1、项目背景
1.1编写目的
如本报告为系统测试报告，编写目的在于总结测试周期工作及成果，描述系统是否达到需求。
本报告阅读人员包括测试人员，项目管理人员，开发，产品及本版本参与者。
1.2编写参考资料
需求文档，测试计划，测试用例，缺陷记录
2、测试范围
2.1版本内容
有哪些模块，拆解为子模块，功能，测试点，优先级，测试目标
2.2测试思路
根据上面需求分析，功能点分析流程图编写测试用例，用例主要设计方法边界值分析法，等价类划分，错误推测法，场景法。
功能测试：功能需求完成100%
界面ui测试：ui布局对照ui所出效果图布局，风格与需求保持一直，符合用户使用保证友好型易操作符合用户习惯，各种机型不同分辨率下的界面显示合理正常
流程测试：实际业务流程可以完整正确实现，确保业务流程内部数据正确，确保角色权限对流程操作的限制
安全性测试：确保用户、管理员的密码管理安全、应用程序级别与系统级别的安全的安全性
兼容性测试：确保系统在各种不同版本不同类项浏览器下均能正常实现其功能及
弱网测试：测试功能在不同网络环境下的运行状态，测试点有断线重连，数据恢复，响应时间，超时文本
回归测试：对以前功能进行回归
3测试执行情况与记录
3.1版本参与人员
项目经理，开发，产品，测试
3.2测试周期
计划项目周期，实际项目周期，实际测试时间，版本延期天数（需写原因）
3.3测试环境
pc系统，服务器系统，服务端版本，客户端版本，手机系统
3.4冒烟测试
时间，是否通过，没通过需写原因
3.5测试用例统计
总用例数量，执行数量，成功数量，失败数量，未执行数量，用例成功率
3.6缺陷统计
总缺陷数，修复数量，遗留数量
缺陷类型分析
有哪些客户端bug，服务端bug，设计缺陷，界面优化，用户体验，性能问题，代码问题
严重程度所属，功能模块所属，测试阶段所属
遗留问题清单列表，遗留情况说明，修复时间与上线时间
4、测试结论与建议
对于此版本需求及开发人员的反馈意见，覆盖了所有的测试需求及案例，均已在ST环境测试完成，有效案例一共 xx个，执行率 xx%,，成功率 xx%，缺陷关闭率为xx%，目前缺陷均已修复并回归关闭，综上所述，xx项目达到ST项目测试出口标准，本项目ST测试(通过/不通过)，可以进行验收测试/发布
建议：此后的版本此类问题测试人员需要警戒，务必在内网可测情况下测试充分并多给策划人员提出相应的需求优化，并在测试之前充分考虑测试版本的游戏的所有情况比如内嵌其他应用的兼容性与其他游戏的需求。对于开发人员在后续开发中优先进行适当的冒烟测试，避免太多显而易见的问题出现太多。在新开发功能的实现上，希望详细阅读需求文档，保证所有新开发功能的全部实现。对于策划，由于目前依旧为手工配置，预发布环境发现的诸多配置问题，需要日后策划人员严格检查运维人员的配置，因为部分的配置是存在随机性的，测试在生产环境很难做到完全遍历。
标签：需求,功能,测试报告,测试,版本,缺陷,数量 From： https://www.cnblogs.com/yuwuzhe/p/17101799.html