手机APP测试流程规范模板

目录

一、流程图

二、流程说明

三、测试周期

1、测试资源

1.1、产品功能需求文档

2、测试要点

2.1、接收版本

2.2、UI测试

2.3、功能测试

2.4、兼容测试/性能测试

2.5、后台交易统计测试

2.6、用户行为统计测试

2.7、回归测试

四、测试日报及产品上线报告

五、最终提交

六、相关文档

---

一、流程图

二、流程说明

以下是移动应用程序（APP）测试的一般流程：

1. 最初测试：最初的测试是确定应用的基本功能和性能。这包括测试应用的登录、注册、导航、搜索和其他基本功能，以及测量应用程序的性能和速度。

2. 功能测试：在此阶段，测试人员将测试应用程序的所有功能，确保每个功能都可以正常工作，同时还要测试各个功能之间的互相作用。例如，测试人员会测试应用程序的购物车功能，包括添加、删除和编辑商品，以及对订单进行结算。

3. 兼容性测试：在此阶段，测试人员将测试应用程序在多个设备和操作系统上的兼容性。这意味着确保应用程序在不同操作系统和设备上的外观、感觉和功能都是一致的。

4. UI/UX测试：在此阶段，测试人员将测试应用程序的用户界面和用户体验。这包括测试应用程序的导航、按钮和其他元素的布局、颜色、大小和字体。

5. 性能测试：在此阶段，测试人员将测试应用程序的性能，包括响应速度、内存使用和网络延迟等方面。

6. 安全测试：在此阶段，测试人员将测试应用程序的安全性。这包括测试应用程序是否存在漏洞以及测试应用程序的数据加密和安全传输。

7. 自动化测试：在此阶段，测试人员将使用自动化测试工具来测试应用程序的功能和性能。

8. 最终测试：在此阶段，测试人员将再次测试应用程序的所有方面，以确保它满足了所有要求，并且没有错误或缺陷。

9. 上线前测试：在应用程序发布上线之前，测试人员将进行最后一次测试，以确保应用程序已准备好上线，并且没有错误或缺陷。

三、测试周期

9.25-10.5

1、测试资源

测试任务开始前，检查各项测试资源。

1.1、产品功能需求文档

1）产品原型图

2）产品效果图

3）行为统计分析定义文档

4）测试设备（Android4.1-Android4.4)

2、测试要点

2.1、接收版本

1）接收测试版本的同时，需要查看程序填写的《App测试版本提交质量规范》，若符合则开始测试任务，若不符合规范，可拒绝测试。

2）日常接收版本时需要注意测试版本规范，如不符合，请开发人员重新修改合适的版本号后再次提交测试。

2.2、UI测试

1）确保手头的原型图与效果图为当前最新版本。

2）确保产品UI符合产品经理制定的原型图与效果图。

3）一切界面问题以效果图为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。

4）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型

2.3、功能测试

1）确保手头的功能需求文档为当前最新版本。

2）确保所有的软件功能都已实现且逻辑正常。

3）一切功能问题以需求文档为准，若有用户体验方面的建议，必须先以邮件或口头的形式询问产品经理。

4）若有些功能在技术上难以实现或者由于排期的原因无法在短时间内实现，必须得到产品经理的确认，而不是单单只听开发人员的技术解释。

5）BUG上所有的“外部原因”问题，都需要尽早地督促开发人员与客户服务端人员联系协调解决。

6）BUG上所有的“设计如此”、“延期处理”问题，都需要和产品经理确认后再进行验证。

7）测试交易时，所有测试人员必须严格遵守《测试单交易规范》标准。注册的测试账号必须符合公司规范。

8）测试细节可参考且必须遵守《Test checklist》以及《公司客户端通用测试用例》文档。

2.4、兼容测试/性能测试

1）确保软件在所有兼容机型上都能正常使用

2）对于低端性能兼容机上独有的问题，若在技术上难以修改或者由于排期的原因无法在短时间内改进，必须在测试日报中注明，并得到技术平台主管、产品经理以及运营人员的确认。

3）性能测试方面必须满足硬件压力条件下的测试需要（例如多线程）

4）网络响应用户体验方面的性能测试，请参考且遵守《Mobile app可用性能标准》。

2.5、后台交易统计测试

1）核对“客户端相关à启动查询”项，此项数据就是经常说的“激活量”，非常重要。测试时必须保证该项中的各数据均正确，且每次启动软件都会有相应的统计记录。

2）核对“全部交易”项，测试时必须保证各数据均正确，且每次成功交易后都会有相应的统计记录。

3）需要注意的是，在成功交易之后，BI后台会做判断将该交易划到测试订单范围，测试人员必须到“交易查询（测试）”模块中核对交易统计记录信息。

2.6、用户行为统计测试

1）确保手头的行为统计分析定义文档为最新版本，且与开发人员手中的文档一致。

2）确保产品经理在文档中所定义的页面在该产品中都是存在的。

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

4）核对统计日志，确保各项操作所对应的页面ID以及操作ID都是正确的。

2.7、回归测试

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

2）回归测试不再对细节进行测试，而是类似于对产品进行验收，从客户正常使用的角度对产品进行再一轮的整体测试。

3）只有在回归测试通过之后，才对产品进行提交。

四、测试日报及产品上线报告

• 1、测试人员每天需对所测项目发送测试日报。
• 2、测试日报所包含的内容为：
• 1）对当前测试版本质量进行分级。
• 2）对较严重的问题进行例举，提示开发人员优先修改。
• 3）对版本的整体情况进行评估。
• 3、产品上线前，测试人员发送产品上线报告
• 4、上线报告所包含的内容为：
• 1）对当前版本质量进行分级。
• 2）附上测试报告（功能测试报告、兼容性测试报告、性能测试报告以及app可用性能标准结果）。
• 3）总结上线版本的基本情况。若有遗留问题必须列出并记录解决方案。

五、最终提交

1. 测试人员根据sid邮件对所有渠道的安装包进行验证
2. 验证完毕后将最终的产品安装包以邮件的形式提供给业务部门上传

六、相关文档

<Mobile app测试报告>