现在软件测试都集中在web测试吗
个人觉得不应该说是web测试,而应该说是互联网或者联网软件测试(因为其中牵涉到局域网等等)通俗的拿游戏来做比喻吧,我们经常说单机游戏和联网游戏,软件其实也可以这样分,单机软件和联网软件。
首先来说说单机软件吧,大家比较熟悉的像操作系统、office(当然现在office推出各种云上共享了,但不算主要功能,我们姑且算是单机吧),还有手机、电脑上的一些小应用比如计算器等等,不会造成数据流的,所有的操作消耗的资源都在本地的(你自己的机器上的),这样的软件,对于其的测试其实很多,不过而这些著名的软件厂商都不在国内,而国内做这些单机软件的企业也确实不多(市场份额问题),而且现在的软件领域追求信息共享,也就是俗称的联网,那么,自然这方面的测试也就少了,而国内就变得更少了。
其次来说联网软件,你提到的web、还有手机端的移动应用、PC的客户端软件(比如魔兽世界)等等,受之于信息爆炸时代的影响,单计算机的时代已经过去了,大家希望信息能在网上共享,同时要求自己的PC机器(设备)能够轻便(机器轻便了配置只能下降、如现在的平板电脑,别看配置写的多好真的和台式机比还是差了点)等等方面的需要,联网软件尤其是轻客户联网软件,受到大家的追捧,而“最轻”的自然属于网站也就是俗称的WEB,由于web各种优势(相对于底层软件的易于开发、受众广、部署方便、成本低廉等等方面的原因)也就收到了无论是客户方、还是供应方的喜爱,自然就有了市场。
同时由于软件业起步较晚,很多基础软件被国外厂商所占领,国内自然就只能往前看,web开发盛行,这也就使得,web测试盛行,也就给人的错觉,好像软件测试就是集中在web测试上了注:我不认同“移动端是主流趋势”,随着时代的不断前行移动设备上的应用也会走向轻应用之路,这是pc的历史告诉我们的,所以,移动应用也会走向web化(就是手机上只需要一个手机浏览器,别的什么不用了)。
现在web端的软件测试工具用的比较多的哪个
WEB测试和App测试从流程上来说,没有区别。
都需要经历测试计划方案,用例设计,测试执行,缺陷管理,测试报告等相关活动。
从技术上来说,WEB测试和APP测试其测试类型也基本相似,都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。
他们的主要区别在于具体测试的细节和方法有区别,比如:性能测试,在WEB测试只需要测试响应时间这个要素,在App测试中还需要考虑流量测试和耗电量测试。
兼容性测试:在WEB端是兼容浏览器,在App端兼容的是手机设备。
而且相对应的兼容性测试工具也不相同,WEB因为是测试兼容浏览器,所以需要使用不同的浏览器进行兼容性测试(常见的是兼容IE6,IE8,chrome,firefox)如果是手机端,那么就需要兼容不同品牌,不同分辨率,不同android版本甚至不同操作系统的兼容。
(常见的兼容方式是兼容市场占用率前N位的手机即可),有时候也可以使用到兼容性测试工具,但WEB兼容性工具多用IETester等工具,而App兼容性测试会使用Testin这样的商业工具也可以做测试。
安装测试:WEB测试基本上没有客户端层面的安装测试,但是App测试是存在客户端层面的安装测试,那么就具备相关的测试点。
还有,App测试基于手机设备,还有一些手机设备的专项测试。
如交叉事件测试,操作类型测试,网络测试(弱网测试,网络切换)交叉事件测试:就是在操作某个软件的时候,来电话、来短信,电量不足提示等外部事件。
操作类型测试:如横屏测试,手势测试网络测试:包含弱网和网络切换测试。
需要测试弱网所造成的用户体验,重点要考虑回退和刷新是否会造成二次提交。
弱网络的模拟,据说可以用360wifi实现设置。
从系统架构的层面,WEB测试只要更新了服务器端,客户端就会同步会更新。
而且客户端是可以保证每一个用户的客户端完全一致的。
但是APP端是不能够保证完全一致的,除非用户更新客户端。
如果是APP下修改了服务器端,意味着客户端用户所使用的核心版本都需要进行回归测试一遍。
还有升级测试:升级测试的提醒机制,升级取消是否会影响原有功能的使用,升级后用户数据是否被清除了。
是学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