APP测试方法汇总【持续更新】

UI测试

UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。

测试用户界面（如菜单、对话框、窗口和其他控件）布局、风格是否满足要求、文字是否正确、页面是否美观、文字、图片组合是否完美、操作是否友好等。

导航测试

• 是否易于导航，导航是否直观

• 界面跳转时，是否出现控件丢失以及无法返回上一层现象

• 导航与页面结构、菜单、连接页面的风格是否一致

图形测试

• 横向比较，各控件操作方式统一

• 自适应界面设计，内容根据窗口大小自适应

• 页面是否与设计稿一致

内容测试

• 输入框说明文字的内容与系统功能是否一致

• 文字长度以及类型是否加以限制(注：从用户角度，不同场景的输入框应该对应相应的输入键盘)

• 文字内容是否表意不明

• 是否有错别字

• 信息是否与当前APP设置语言一致

功能测试

根据软件说明或用户需求验证APP的各个功能实现，采用如下方法实现并评估功能测试过程：

• 采用时间、地点、对象、行为和背景五元素或业务分析等方法分析、提炼APP的用户使用场景，对比说明或需求，整理出内在、外在及非功能直接相关的需求，构建测试点，并明确测试标准

• 根据被测功能点的特性列出相应类型的测试用例对其进行覆盖，如：设计输入的地方需要考虑等价、边界、负面、异常、非法、场景回滚、关联测试等测试类型对其进行覆盖

• 在测试实现的各个阶段跟踪测试实现与需求输入的覆盖情况，及时修正业务或需求理解错误

运行

• APP安装完成后的试运行，可正常打开软件

• APP打开测试，是否有加载状态进度提示(注：重点对象为网络加载进度)

• APP页面间的切换是否流畅，逻辑是否正确

注册

• 同户表单编辑页面功能是否完备

• 用户名密码长度以及类型限制

• 是否为正确的邮箱或手机账号

• 注册后是否有完备的提示页面

• 注册页面和后台的管理页面数据是否一致

• 注册后，相应流程逻辑是否正确

• 表单提交时，注意各种临界值提交是否出错(注：所有表单提交都应特别注意判空)

登录

• 使用合法的用户登录系统

• 系统是否允许多次非法的登录，是否有次数限制

• 使用已经登录的账号登录系统是否正确处理(注：下线/无法登陆)

• 用户名、口令（密码）错误或漏填时提示是否正确

• 删除或修改后的用户，原用户名登陆是否成功

• 登陆后，页面中用户信息是否正确

• 登录超时、错误等处理是否正确

应用的前后台切换

• APP切换到后台，再回到APP，检查是否停留在上一次操作界面

• APP切换到后台，再回到APP，检查功能及应用状态是否正常

• APP切换到后台，再回到前台时，注意程序是否崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候

• 手机锁屏解锁后进入APP注意是否会崩溃，功能状态是否正常，尤其是对于从后台切换回前台数据有自动更新的时候

• 当App使用过程中有电话进来中断后再切换到App，功能状态是否正常

• 当杀掉APP进程后，再开启APP，APP能否正常启动

• 出现必须处理的提示框后，切换到后台，再切换回来，检查提示框是否还存在，有时候会出现应用自动跳过提示框的缺陷

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

以上针对涉及即时通讯以及直播类项目需要特别重视

免登陆

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

• 考虑无网络情况时能否正常进入免登录状态，是否会出现崩溃现象

• 切换用户登陆后，要校验用户登录信息以及数据内容是否相应更新，确保原用户退出(注：推送等绑定)

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

• 密码更换后，检查有数据交换时是否进行了有效身份的校验

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

• 检查用户主动退出登录后，下次启动APP，应停留在登录界面

离线浏览

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

• 在无线网络情况可以浏览本地数据

• 在无线状态，开启网络后数据是否能够正常更新

• 退出APP再开启APP时能正常浏览

• 切换到后台再回到前台可以正常浏览

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

• 在对服务器端的数据有更新时回给予离线的相应提示

APP更新

• 当客户端有新版本时，有更新提示

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

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

• 当客户端有新版本时，在本地不删除客户端的情况下，直接更新检查是否能正常更新

• 当客户端有新版本时，在本地不删除客户端的情况下，检查更新后的客户端功能是否是新版本

• 当客户端有新版本时，在本地不删除客户端的情况下，检查资源同名文件如图片是否能正常更新成最新版本。如果以上无法更新成功的，也都属于缺陷

定位、照相机服务

• APP有用到相机，定位服务时，需要注意系统版本差异

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

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

• 注意相关权限的获取，防止应用闪退

• 使用拍照服务时，注意拍摄结果，图像是否压缩、翻转

PUSH测试

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

• 检查不接收推送消息时，用户不会在接收到Push消息

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

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

• 测试Push时，需要考虑到系统版本、机型差异

• 测试Push消息时，提示是否正确，角标值是否正确

性能测试

响应能力测试：测试APP中的各类操作是否满足用户响应时间要求。

• APP安装、卸载的响应时间

• APP各类功能性操作的响应时间

• 压力测试，反复/长期操作下，系统资源是否占用异常

• 内存测试，针对需要耗费大量内存的模块进行反复测试，查看是否出现内存泄漏、卡顿严重、闪退、手机发热发烫等现象

• 性能评估：评估典型用户应用场景下，系统资源的使用情况。可测试的方面- 安装和启动时间- CPU 的占用- 内存的占用- 流量的耗用- 电量的耗用- 后端,测试 App 中的各类操作是否满足用户响应时间要求，主要是测试点在网速方面，2g，3g，wifi， 4g 一定要覆盖到- 后端 有网络并发

交叉事件测试

针对智能终端应用的服务等级划分方式及实时特性所提出的测试方法。交叉测试又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。如：App在前/后台运行状态时与来电、文件下载、音乐收听等关键运用的交互情况测试等。

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

• 多个APP同时运行是否影响正常功能

• APP运行时前/后台切换是否影响正常功能

• APP运行时拨打/接听电话

• APP运行时浏览网络

• 具有音视频通话功能的APP，运行时，测试是否会与其他应用出现权限影响问题，是否出现抑制现象

兼容测试

• 与本地及主流APP是否兼容

• 与各种设备是否兼容，若有跨系统支持则需要检验是否在个系统下，各种行为是否一致。

• 不同手机屏幕分标率的兼容性

• 不同手机品牌的兼容性

• 系统间的兼容性测试

回归测试

• Bug修复后且在新版本发布后需要进行回归测试

• Bug修复后的回归测试在交付前、要进行大量用例的回归测试

用户体验测试

以主观的普通消费者的角度去感知产品或服务的舒适、有用、易用、友好亲切程度。通过不同个体、独立空间和非经验的统计复用方式去有效评价产品的体验特性，提出修改意见提升产品的潜在客户满意度。

• 是否有空数据界面设计，引导用户去执行操作

• 是否滥用用户引导

• 是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导

• 菜单层次是否太深

• 交互流程分支是否太多

• 相关的选项是否离的很远

• 一次是否载入太多的数据

• 界面中按钮可点击范围是否适中

• 标签页是否跟内容没有从属关系，当切换标签的时候，内容跟着切换

• 操作应该有主次从属关系

• 是否定义Back的逻辑。涉及软硬件交互时，Back键应具体定义

• 是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计

• 界面交互是否符合当前主流使用准则

手机操作测试

• 手机开锁屏对运行中的APP的影响

• 运行中的APP前后台切换的影响

• 多个运行中的APP的切换

• 运行中的APP锁屏是否有影响

客户端数据库测试

• 一般的增、删、改、查测试

• 在业务需要从服务器端取回数据保存到客户端的时候，客户端能否将数据保存到本地

• 当业务需要从客户端取数据时，检查客户端数据存在时，APP数据是否能自动从客户端数据中取出，还是仍然会从服务器端获取？检查客户端数据不存在时，APP数据能否自动从服务器端获取到并保存到服务器端

• 当业务对数据进行了修改、删除后，客户端和服务器端是否会有相应的更新

• 数据提交时，测试服务器端是否有字符过长或者内存不足限制

安全测试

软件权限

• 扣费风险：包括短信、拨打电话、连接网络等

• 隐私泄露风险：包括访问手机信息、访问联系人信息等

• 对APP的输入有效性校验、认证、授权、数据加密等方面进行检测

• 限制/允许使用手机功能接入互联网

• 限制/允许使用手机发送接收信息功能

• 限制或使用本地连接

• 限制/允许使用手机拍照或录音

• 限制/允许使用手机读取用户数据

• 限制/允许使用手机写入用户数据

• 限制/允许应用程序来注册自动启动应用程序

数据安全性

• 当将密码或其它的敏感数据输入到应用程序时，其不会被存储在设备中，同时密码也不会被解码

• 输入的密码将不以明文形式进行显示

• 密码、信用卡明细或其他的敏感数据将不被存储在它们预输入的位置上

• 不同的应用程序的个人身份证或密码长度必须至少在4-8个数字长度之间

• 当应用程序处理信用卡明细或其它的敏感数据时，不以明文形式将数据写到其他单独的文件或者临时文件中。以防止应用程序异常终止而又没有删除它的临时文件，文件可能遭受入侵者的袭击，然后读取这些数据信息

• 党建敏感数据输入到应用程序时，其不会被存储在设备中

• 在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作

• 应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况

• 当进行读或写用户信息操作时，应用程序将会向用户发送一个提示信息

• 在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容

• 如果数据库中重要的数据正要被重写，应及时告知用户

• 能合理的处理出现的错误

通讯安全性

• 在运行软件过程中，如果有来电、SMS、蓝牙等通讯或充电时，是否能暂停程序，优先处理通信，并在处理完毕后能正常恢复软件，继续其原来的功能

• 当创立连接时，应用程序能够处理因为网络连接中断，进而告诉用户连接中断的情况

• 应能处理通讯延时或中断

• 应用程序将保持工作到通讯超时，进而给用户一个错误信息指示有链接错误

• 应能处理网络异常和及时将异常情况通报用户

人机接口安全测试

• 返回菜单应总保持可用

• 命令有优先权顺序

• 声音的设置不影响使用程序的功能

• 应用程序必须能够处理不可预知的用户操作，例如错误的操作和同时按下多个键