app测试的思路

二师姐-清弦

于 2023-05-10 08:23:11 发布

阅读量391

点赞数

分类专栏：软件测试文章标签：功能测试

本文链接：https://blog.csdn.net/shuirongwu/article/details/130592725

版权

软件测试专栏收录该内容

13 篇文章 5 订阅

订阅专栏

很多互联网网站，比如商城，出行、娱乐等网站，都有对应的app、小程序等，而app测试，第一重点是先把需求说明书里的功能全部测试通过，然后针对app的特性进行专项测试，经过bug的跟踪管理、回归测试后，根据自己的测试结果，输出一份测试报告，发给相应的负责人。

1、app测试资源

产品功能需求文档
产品原型图
UI设计效果图
测试设备（ios、Android等）
测试计划
测试方案/测试用例
特殊场景准备（比如支付功能，需要提前申请支付宝、微信、银联等渠道账号，比如商品优惠券功能，需要先申请对应的优惠券等）

2、app测试侧重点--UI测试

用户第一眼看到的就是APP的界面，如果界面上没有做好就很影响第一印象，不管功能、性能做得再好，印象分都会打折，所以首先要确保UI上没有问题。

测试时需要注意：

确保测试时的原型图与效果图为当前最新版本。实际工作中，有可能会出现开发、测试手上的资料不是最新的，导致工时的浪费，因此每次测试时都要刷新获取最新版本。
确保产品UI符合产品经理制定的原型图与效果图。有些项目甚至对UI的要求严格到像素级别，肉眼往往是识别不到的，因此需要用各种手段辅助，例如PS软件等，但是这个需要以实际要求为准。
一切界面问题以效果图为准，若有用户体验方面的建议，必须先以书面或口头的形式询问产品经理，若需要改进则提建议性bug。
由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。比如说有一些长度很长的数据，需要怎么设计，是否会使页面变形等。

3、app测试侧重点--功能测试

根据软件需求说明书、原型图以及站在用户的角度思考，验证App的各个功能是否正确实现，app往往与web端的后台管理系统结合使用，因此还需要特别注意前后台的联动表现。

除了需求说明书上的功能点，APP测试还有一些特性，需要关注的：

1.运行

　1）App安装完成后的试运行，可正常打开软件。

　2）App打开测试，是否对应的状态提示，或者是否有加载状态进度提示。

　3）App页面间的切换是否流畅，逻辑是否正确。

2.应用的前后台切换

　1）App切换到后台，再回到App，检查是否停留在上一次操作界面、功能及应用状态是否正常。

　2）在App有数据更新的时候切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常。

3）在使用APP时将手机锁屏，然后解锁，再进入APP，注意是否会崩溃，功能状态是否正常。

4）后台杀掉APP进程，再次打开APP看是否正常启动。

5）APP有弹出提示窗口的功能时，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷。

　6）对于有数据交换的页面，每个页面都必须要进行前后台切换、锁屏的测试，这种页面最容易出现崩溃。

　3.免登陆

　　APP应用可能会提供免登陆功能，当应用开启时自动以上一次登录的用户身份来使用App。

　　1）考虑无网络情况时能否正常进入免登录状态。

　　2）切换用户登陆后，要校验用户登录信息以及数据内容是否相应更新，确保原用户退出。

　　3）根据Mtop的现有规则，一个账户只允许登陆一台机器。所以，需要检查一个账户登录多台手机的情况。原手机里的用户需要被退出，给出友好提示。

　　4）密码更换后，是否会退出，重新登录，或者不退出，但是在有数据交换时是否进行了有效身份的校验。

　　5）支持自动登录的应用在进行数据校验时，检查系统是否能自动登录成功并且数据操作无误。

　　6）用户主动退出登录后，下次启动App，应停留在登录界面。

　4.离线浏览

　　很多APP应用会支持离线浏览，即在本地客户端会缓存一部分数据供用户查看。

　　1）在无线网络情况可以浏览本地数据。

　　2）退出App再开启App时能正常浏览。

　　3）切换到后台再回到前台可以正常浏览。

　　4）锁屏后再解锁回到应用前台可以正常浏览。

　　5）在对服务器段的数据有更新时回给予离线的相应提示。

　5.App更新

　　1）当客户端有新版本时，有更新提示。

　　2）当版本为非强制升级版时，用户可以取消更新，老版本能正常使用。用户在下次启动App时，仍出现更新提示。

　　3）当版本为强制升级版时，但给出强制更新后用户没有做更新时，退出客户端。下次启动App时，仍出现强制升级提示。

　　4）当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新。还要检查版本是否最新的，以及上传的文件、图片那些是否新版本的。

　6.定位、照相机服务

　　1）App有用到相机，定位服务时，需要注意系统版本差异。

　　2）有用到照相机服务的地方，需要进行前后台的切换测试，检查应用是否正常。

　　3）测试照相机服务时，需要采用真机进行测试。

　7.消息推送测试

　　1）检查Push消息是否按照指定的业务规则发送。

　　2）检查不接收推送消息时，用户不会再接收到Push消息。

　　3）如果用户设置了免打扰的时间段，检查在免打扰时间段内，用户接收不到Push。在非免打扰时间段内，用户能正常收到Push。

　　4）当Push消息是针对登录用户的时候，需要检查收到的Push与用户身份是否相符，没有错误的将其他人的消息推送过来。一般情况下，只对手机上最后一个登录用户进行消息推送。

　　5）测试Push时，需要采用真机进行测试。

4、app测试侧重点--交叉事件测试

交叉测试又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。如：App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。

　　交叉事件测试非常重要，能发现很多应用中潜在的性能问题。

　　1）多个App同时运行，并且来回切换前后台是否影响正常功能。

　　2）App运行时拨打/接听电话、微信、QQ等信息提示、视频请求的接听或挂断的影响。

　　3）App运行时发送/接收短信、邮件，打开网页等是否影响。

　　4）App运行时使用蓝牙传送/接收数据。

　　5）App运行时使用相机、计算器等手机自带设备。

5、app测试侧重点--安装卸载测试

验证App是否能正确安装、运行、卸载、以及操作过程和操作前后对系统资源的使用情况。

　1.安装

　　1）软件安装后是否能够正常运行，安装后的文件夹以及文件是否写到了指定的目录里。

　　2）软件安装各个选项的组合是否符合概要设计说明。

　　3）软件安装向导的UI是否与设计一致。

　　4）安装后没有生成多余的目录结构和文件。

　2.卸载

　　1）测试系统直接卸载程序是否有提示信息。

　　2）测试卸载后文件是否全部删除所有的安装文件夹。

　　3）卸载是否支持取消功能，单击取消后软件卸载的情况。

　　4）系统直接卸载UI是否与设计一致。

PS：需要注意安装、卸载后再次安装的情况。

6、app测试侧重点--兼容测试

1）确保软件在所有兼容机型上都能正常使用；如果公司有提供了兼容性云测服务，例如TestIn、TestBird、精灵云测等，这些平台的话，就可以按领导要求的机型做对应的兼容性测试；如果是小企业，基本就是公司提供哪些测试机，就拿哪些来测试兼容了，无需考虑太多。

2) 如果公司有对应的自动化测试平台进行APP的兼容测试，则按领导按排测试就行了。

3）有时候生产上会反馈一些特定的低端手机上出现的问题，如果手上的资源无法重现，或者在技术上难以修改或者由于排期的原因无法在短时间内改进，必须以书面形式报告，并得到技术平台主管、产品经理以及运营人员的确认。

7、app测试侧重点--性能测试

主要关注的性能点：

主要页面加载时间、安装、卸载的响应时间
启动耗时（冷启动、热启动）
内存泄漏、抖动、卡顿、页面渲染（FPS）
压力测试，反复/长期操作下，关注资源消耗（CPU、内存、流量、功耗）是否正常，可以用腾讯的GT工具来做监控。
- CPU：测试CPU的使用情况，需要分情况，比如说在手机完全没有开启其他应用时的消耗和在手机运行了一部份应用时，再运行APP，以及在手机本身已是高负荷的情况下的APP消耗的CPU是不一样的。
- 可以使用adb命令：adb shell dumpsys cpuinfo apk包名来查看CPU使用情况。
- 内存：手机运行速度就和内存有很大关系，“内存”是指终端系统运行内存，用于暂时存放CPU中的运算数据，与外部存储进行交换的数据。在APP作每一次点击、刷新、进出页面等等操作都会产生内存的使用、释放和消耗。终端的运行内存大小是固定的，如果APP一次性使用大量内存或者持续占用内存而不释放，那么对APP的正常使用势必会造成直接或潜在的影响。
- 查看内存的命令：adb shell dumpsys meminfo、adb shell meminfo PID
- 流量：使用adb shell cat/proc/“+PID+”/net/dev 的命令来查看流量数。