1 测试项目概述

1.1 项目概述

xxx小程序项目是基于C/S架构的电商类应用系统，xx小程序作为客户端主要提供线上用户快捷的购物体验。该项目主要针对客户端(微信小程序)的测试，包含主页、商品分类、购物车及个人中心模块构成。

1.2 编写目的

本测试报告为xx小程序项目的系统测试报告，目的在于对系统开发和实施后的结果进行验证测试和结果分析，发现系统中存在的问题，验证系统是否满足产品需求规格说明书中描述的功能和非功能性需求，最后对测试模块及整个系统给出测评结果。预期参考人员包括用户、测试人员、开发人员、产品负责人、项口管理者、其他质量管理人员和需要阅读本报告的领导。

1.3 参考资料

2 测试回顾

2.1 测试环境

2.2 进度回顾

2.3 测试统计

xx微信小程序项目，按照两种模式(构成模块、业务逻辑)设计功能方面的测试用例共计XXX条;非功能层面的测试用例(UI测试、兼容性测试)共计 XXX条。所有测试用例执行覆盖率100%，没有未执行的用例和无法执行的测试用例。
测试从20XX年XX月XX日开始到20XX年XX月XX日结束，共持续XX天，一共发现Bug有 XX个，其中致命bug有XX个，严重bug有XX个，中级bug有XX个，轻微bug有XX个。目前已解决bug为Xx个，bug解决率为XX%，无致命和严重bug遗留，上线时没有遗留中级及以上bug

3 bug统计分析

3.1 测试bug统计

BUG统计表及图表。分别包括以下类别：按照开发流程分类，按测试阶段分类，BUG出现频率分类，BUG严重性分类，BUG优先级分类，BUGT状态分类等等。举例说明:
1)BUG所在模块分布情况统计

2)bug严重程度在模块中的分布

3）阶段按版本提交bug统计

3.2 测试bug分析

对上面测试bug统计的数据进行分析，确定是否正常。例如:
1)从bug所在模块分布情况来看，购物车模块缺陷占比为24%，与模块代码量及功能复杂度是一致的。从缺陷优先级的分布来看，一般性 bug 占比为 56%，属于正常范围内。

2)但是从阶段提交bug统计来看，V1.0.1.10- V1.0.1.11 版本bug 数量合理，V1.0.1.12 版本bug数量突然上升，统计发现修改引入的bug数量达到了6个，主要集中在“购物车”模块。因此需要对“购物车”模块重点排查，分析是否存在潜在风险;同时对bug 修改引入原因，减少类似问题。

3.3 遗留问题清单

4 测试整体总结

4.1 模块评价

4.2 测试结果

5 总结建议

5.1 小程序项目总结

1、本次微信小程序项目系统测试过程中，做的好的有如下几点，值得后续项目借鉴:
①通过“总分总”的思想，从整体把控项目具体内容，结合需求规格说明书在不同角度细分提取测试点，编写测试用例，最后在通过用户核心业务层面整体验证产品，达到预期上线要求的过程。
②在测试执行过程中，提前预知可能存在的风险，并进行风险的规避，提升效率根据执行的结果对过程进行复盘，从不同角度统计分析把控产品质量。
2、同时，有如下几点问题，需要后续版本测试中引以为鉴:
①用例编写过程不严谨，描述有歧义的问题需要改进。
②团队成员在互相backup的过程存在衔接不清楚的问题。