移动APP产品测试思路梳理

上一篇 / 下一篇 2016-01-25 10:30:22 / 个人分类：测试方法

一、测试计划

测试周期根据项目的迭代计划进行是，测试人员需要需求阶段就要参与。APP迭代测试周期控制在两周以内为宜。

二、测试准备

文档资源：功能需求文档，原型图、效果图以及后台设计文档。

硬件资源：测试设备各类终端设备，准备时要考虑不同的操作系统和系统版本。

其他资源：支付宝/微信支付功能的项目，需要提前申请支付宝/微信公众号账户。

确认工作沟通机制，特别是各类文档、程序最新版本确认机制，建议有所有文档和程序资源获取通过配置库来处理。这点很重要，会影响后续的测试进程。

三、测试要点

接收版本

基础字典数据已完整，主要业务流程能比较顺利的走通。

UI测试

1. 原型图与效果图版本确认为最新，测试时以原型图与效果图为准。

2. 有用户体验方面的建议，必须经过产品经理的克确认。

3. 测试模拟数据需要考虑正式环境下的数据情况，最好形成数据测试用例，如果第三方数据，需要考虑数据各种异常情况如，空值，NULL，长度等情况。

1. 功能问题以需求文档为准，若有功能方面的问题或建议，必须经过产品经理确认。

2. 个人建议，用户体验方面的建议，优先级一般放在修复bug之后。

3. 开发反馈功能无法实现、设计如此、问题延期处理以及其它原因造成的问题，必须经过产品经理的确认，并督促开发解决。

4. 在正式环境下的测试数据包括注册、相关业务的测试数据要有识别，方便后续处理。

兼容测试

1. 需求中要确定兼容版本，一般建议IOS7以上，Android1.6以上。低于这两个版本用户使用率比较低了。

2. 兼容版本的问题必须在产品说明中有体现，运营产品必须让运营人员知晓。

1. 性能测试需要根据产品用户量、终端硬件性能来考虑。

2. 重点接品服务的性能测试，使用频率较高的公共服务和业务服务。

3. 重点要考虑wifi、4G、3G、2G网络下的切换效果。特殊业务如视频、下载等，wifi切换到4G、3G、2G的提示和设置考虑。

后台测试

1. 后台日志查询服务、后台业务查询服务，刚开始要接合终端业务同步测试，走一步后台查询一次。后续可以根据情况选择频率，但是每个测试阶段必须测试一次。

2. 后台统计报表，要结全查询业务来测试。统计可以发现记录的状态、数值、标识ID问题。

3. 尽可能真实地模拟用户行为。

回归测试

A）软件上线前，需对产品进行回归测试，测试内容包含之前所有的测试项目。

B）回归测试不做细节方面测试，从客户常规使用的角度做产品验的测试，需要比较完整的覆盖功能测试。