我的奢侈人生
现在软件测试都集中在web测试吗
个人觉得不应该说是web测试，而应该说是互联网或者联网软件测试（因为其中牵涉到局域网等等）通俗的拿游戏来做比喻吧，我们经常说单机游戏和联网游戏，软件其实也可以这样分，单机软件和联网软件。
首先来说说单机软件吧，大家比较熟悉的像操作系统、office（当然现在office推出各种云上共享了，但不算主要功能，我们姑且算是单机吧），还有手机、电脑上的一些小应用比如计算器等等，不会造成数据流的，所有的操作消耗的资源都在本地的（你自己的机器上的），这样的软件，对于其的测试其实很多，不过而这些著名的软件厂商都不在国内，而国内做这些单机软件的企业也确实不多（市场份额问题），而且现在的软件领域追求信息共享，也就是俗称的联网，那么，自然这方面的测试也就少了，而国内就变得更少了。
其次来说联网软件，你提到的web、还有手机端的移动应用、PC的客户端软件（比如魔兽世界）等等，受之于信息爆炸时代的影响，单计算机的时代已经过去了，大家希望信息能在网上共享，同时要求自己的PC机器（设备）能够轻便（机器轻便了配置只能下降、如现在的平板电脑，别看配置写的多好真的和台式机比还是差了点）等等方面的需要，联网软件尤其是轻客户联网软件，受到大家的追捧，而“最轻”的自然属于网站也就是俗称的WEB，由于web各种优势（相对于底层软件的易于开发、受众广、部署方便、成本低廉等等方面的原因）也就收到了无论是客户方、还是供应方的喜爱，自然就有了市场。
同时由于软件业起步较晚，很多基础软件被国外厂商所占领，国内自然就只能往前看，web开发盛行，这也就使得，web测试盛行，也就给人的错觉，好像软件测试就是集中在web测试上了注：我不认同“移动端是主流趋势”，随着时代的不断前行移动设备上的应用也会走向轻应用之路，这是pc的历史告诉我们的，所以，移动应用也会走向web化（就是手机上只需要一个手机浏览器，别的什么不用了）。
现在web端的软件测试工具用的比较多的哪个
从本质上来说， 移动测试和Web测试都是一样的， 测试理论，测试方法都是一样的。
但是移动端，比如手机和平板电脑， 也有一些需要特殊测试的地方，阅读目录移动测试和Web测试的简单回答相同点， 都是采用功能测试一个在Web上测试， 一个在App测试相同点： 同样的测试的基础知识不管是传统的Web测试， 还是新兴的手机App测试， 都离不开测试的基础知识1. 相同的设计测试用例方法： 边界值，等价类，错误推导法，场景法2. 同样的测试方法， 验证业务功能是否符合预期3. 都要检查UI： 界面的布局， 风格和按钮是否简洁美观， 是否统一4. 页面的性能检测5. 应用的稳定性： 测试应用的稳定性， 不会闪退卡死等。
后台都是一样的移动测试和Web测试， 他们调用的是同样的后台， 同样的Restful API。
所以首先做好后台的RestfulAPI 测试。
移动测试强调用户体验移动APP， 实质上就是一个缩小的Web程序， 屏幕小，操作不方便，所以强调用户体验。
移动APP的测试， 业务都相对简单移动App， 一般都是面向个人用户的， 通常操作比较简单， 业务逻辑也比较简单。
所以测试起来会相对简单点。
移动端的特性移动端有很多的特性，需要特殊测试网络种类多移动端有多种网络：无线网络、2G、3G、4G等，断网、网速较差及网络之间的切换时页面的显示等，这些对于移动端来说很重要。
此外，在非wifi下，还需要注意网络使用量问题。
弱网测试模拟App在网速慢，网络不稳定的情况下。
中断测试移动端有一个很重要的问题，一般情况下在使用软件的过程并不是长久的，这中间可能发生很多中断，如电话、短信、通知、断电等等，软件需要特殊处理这些特殊情况。
打开一个页面，或在操作的过程中（点击一个按钮后），将手机屏幕锁住，再打开时，应用能否正常处理。
1. 来电中断： 呼叫中断， 被呼叫挂断，通话挂断，通话被挂断2. 短信中断： 接受短信， 查看短信3. 其他中断： 蓝牙，闹钟，插拔数据线， 手机锁定， 手机断电， 手机问题（系统死机， 重启）屏幕的限制图片及文字的显示；上传不同的图片尺寸显示是否正常；图片和文字一起显示时，效果如何。
操作区域；web端的应用，一般不会受 到屏幕的限制，而且通过鼠标操作更加准确。
但是移动端由于屏幕较小，页面及按钮会受到屏幕大小的限制，再加上用户都是通过手指进行操作，一些按钮、选择框 等是否容易点击，多个可点区域位置较近时，点击部位稍微偏移，也许就会造成不同的结果，这种情况下是否可以达到预先的效果。
安装卸载测试用应用市场安装用apk文件安装。
完全卸载（用户的profile文件）部分卸载升级测试从上一个版本/上两个版本直接升级到最新版。
全新安装最新版新版本覆盖旧版本安装卸载旧版本， 安装新版本卸载新版本， 安装新版本增量更新强制更新测试点在于： 升级之后， 已经登录的用户，是否仍处于登录的姿态， 用户的缓冲文件， 配置文件是否还在。
软件启动运行移动端启动、卸载、升级几个特性，这是比较常见、也很重要的，比如升级时用户的数据怎么办，卸载后用户的数据怎么处理，卸载再安装用户登录数据的显示等。
手势移动端还有一大特性，就是移动端有自己比较简单的手势，用户可以通过手势进行一个操作，比如左滑删除、右滑返回上一个页面、左右滑动图片等，软件需要对这个手势进行适配。
多点触控，事件触发区域自动化工具不太一样App 测试 用的是， Monkey, MonkeyRunner, Appnium,Web 主要用： Webdriver
Web测试的主要内容和测试方法有哪些？
Web测试的主要内容：一、输入框二、搜索功能三、增加、修改功能四、删除功能五、注册、登录模块六、上传图片测试七、查询结果列表八、返回键检查九、回车键检查十、刷新键检查Web测试的测试方法：1、在测试时，与网络有关的步骤或者模块必须考虑到断网的情况。
2.每个页面都有相应的Title，不能为空，或者显示“无标题页”。
3.在测试的时候要考虑到页面出现滚动条时，滚动条上下滚动时，页面是否正常。
4.URL不区分大小写，大小写不敏感。
5.对于电子商务网站，当用户并发购买数量大于库存的数量时，系统如何处理。
6.测试数据避免单纯输入“123”、“abc”之类的，让测试数据尽量接近实际。
7.进行测试时，尽量不要用超级管理员进行测试，用新建的用户进行测试。
测试人员尽量不要使用同一个用户进行测试。
8.提示信息：提示信息是否完整、正确、详细。
9.帮助信息：是否提供帮助信息，帮助信息的表现形式（页面文字、提示信息、帮助文件），帮助信息是否正确、详细。
10.可扩展性：是否有升级的境地，是否保留了接口。
11.稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护。
12.运行速度：运行的快慢，带宽占用情况。
Web测试：由于web应用与用户直接相关，又通常需要承受长时间的大量操作，因此web项目的功能和性能都必须经过可靠的验证。
这就要经过web项目的全面测试。
Web应用程序测试与其它任何一种类型的应用程序测试相比没有太大差别。
如何开发Web应用程序
这是一个经常被问到的问题，问的理所当然。
作为一个程序员，为什么我就非要被认为知道呢？这个问题没有一个简单的答案，甚至那些教育机构都未必能清楚的知道；我上的那个大学并没有提供任何关于这个主题的课程。
所以，像大多数在这个领域里的web开发人员一样，我只是通过去做，去实验才学会了这些。
没有人告诉我如何去做，我从给自己做点什么东西开始，学会如何开发web应用程序是在这个过程中的一个副产品。
这是学习任何语言的一个非常有效的方法。
你很幸运，我在这里将会把如何开发一个web应用程序的主要过程都讲一下。
希望能帮助你入门。
Web应用程序与网站之间的区别首先，我要说明，开发一个web应用程序跟开发一个网站是不一样的。
虽然在总体上有很大相似之处，但开发它们所需要的时间有巨大的差别。
那究竟web应用程序和网站有什么不同呢？通常，维基百科能帮助我们解释这个问题，让我们来看看维基百科是如何定义 应用软件的：应用软件，通常也被称作应用，指的是专门为帮助用户去执行一个或多个相关特定任务而设计的计算机软件。
企业软件，会计软件，办公套件，绘图软件，媒体播放器等都属于这种软件。
跟应用软件相对照的是系统软件和中间件，它们管理计算机效能，管理如何跟计算机集成，但通常这些工作并不会直接反映到使用户受益的任务执行上。
举个例子，一个不是很恰当的实体类比，应用软件跟系统软件之间的关系就好比一个电灯泡和一个发电厂之间的关系，发电厂（系统软件）只是产生电能，它自己没有任何真正的用途，除非利用一个电灯泡这样的应用工具才能为用户提供服务。
从里面，我总结出来自己对web应用程序的定义：一个web应用程序是一个能够让用户完成某些特定任务的网站。
而一个普通的网站的主要目标是给用户提供信息（博客，新闻，指导，等）。
Web应用程序的开发过程现在特征已经弄清楚了，我们就可以开始定义开发一个web应用程序的整个过程了。
当然，这依赖于工程的大小，过程中的某些步骤可能很小，在你的脑海里就能完成这种工作，但把事情整个的了解一下总是有好处的。
同时还有一点很重要的你要明白，这篇文章并不会对每个步骤进行深层次的描述。
步骤一：分析开发一个web应用的第一步是分析你的需求。
你此时应该定义出一个尽量周全的你的应用应该提供的功能清单。
如果是你为一个客户做这些工作，你需要明白他们想要什么（要确保你们对方都知道对方在说些什么）。
从你们的讨论中，你能总结出需求和软件规格。
你即使是为自己开发，我也建议你把希望这个web应用能够做的功能写下来。
步骤二：设计一旦你弄清楚了这个web应用需要做哪些事情，你就可以开始设计了。
这个步骤通常会反反复复进行很多次，每一次都把设计细化一些。
你第一要做的是画出页面流程图（画在纸上，或使用软件工具，凭各自所好吧。
我喜欢用纸，这样我可以做更快速的改变）。
页面流程图通常是很抽象的黑白绘画，画出你将要实现的web应用的样子（你可以加一些色彩，但尽量保持简单）。
当你对做出的草图满意后，你可以开始制作实体模型了。
实体模型仍然是些图案，但有色彩和细节。
最终的实体模型看起来应该像你将要实现的web应用的一个截屏图。
如果你为一个客户开发，他会看看这些东西，并给你他的认可。
然而，很多人都喜欢跳过这一步（大多数都是非设计人员），他们喜欢直接奔向网页原型。
原型是用HTML开发出来，使用CSS渲染（有时也是有Javascript）。
页面布局要做出来，链接能够点，颜色，字体，字体大小要设定好（如果你做了实体模型，这个会很容易）。
这一步非常的重要，因为这里所有的东西都能用于你最终的应用中。
如果允许的话，在你的原型上做一些可用性测试，从长期的效果来看，这能使你避免大量的失误。
在这个步骤的最后，你基本上就知道了你的web应用是如何组织到一起的了。
登录页面有些什么，用户如何从主页转向到各个页面。
我建议你去听一下Ryan Singer在“Web应用的未来”研讨会上做的他是如何设计37signals的演讲。
步骤三：实现选择一个框架现在我们已经知道了要去开发什么东西，那就要把它做出来。
这一部分的工作很多，你大部分的时间都要花在这个上面。
你第一个要做的决定是如何着手，采用什么样的技术，什么框架。
你有很多选择的余地，你需要选出一个适合你的。
下面是一个最常用的框架的列表：ASP.NETPHP 上的任何一个流程的框架Python with DjangoRuby on Rails没有一个明确的标准说哪个框架最好。
它们都各有不同，每个都有自己的长处。
最重要的是你要知道它们任何一个都能让你开发出好用的web应用。
开发一旦你知道了如何去开发，那就要甩开臂膀开干了。
这个开发工作可以看作有很多块，但说到底，这都是标准的编程活动了。
在后台，你要创建类，对象，服务，过程，以及持久层来把这些对象保存到数据库中。
后台是整个应用的核心，对任何应用来说，它跟普通的编程没有什么区别。
接着是前台的开发，你现在编写的代码才是真正给用户使用的操作界面。
你把后台的程序和原型界面集成到一起，把...
转载请注明出处51数据库 » 在web应用软件分层测试
