系统测试报告
公司名称 QR-D-022
1. 引言 1.1 编写目的
说明编写软件测试报告的目的
如：找出缺陷原因。对软件质量作出评价。 1.2 背景 该项目的来源： 该项目的委托单位： 该项目的主管部门： 1.3 定义
列出本测试计划中所用到的专门术语的定义和缩写词的原意。 如无特殊术语时本款可写为“无”。 1.4 参考资料
资料名称
列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：a. 本项目的计划任务书、合同或批文；b. 项目开发计划；c. 需求规格说明书；d. 概要设计说明书；e. 详细设计说明书；f. 用户操作手册；g. 本测试计划中引用的其它资料、采用的软件开发标准或规范。 2. 测试方法
列出系统测试所采用的方法，如功能测试、数据库测试、安装测试、安全性测试等。
3. 测试机构和人员
本次测试由 负责，测试人员有： 。
作者 发表日期 版本 所属单位 公司名称 QR-D-022
4. 测试结果
序号 测试记录中错误点的比率：
此项内容参照测试计划中的评价内容填写。 详细测试记录见附件：《测试记录表》。
在此表中列出所有测试的功能名称，并在“是否通过”栏中对逐项功能标明是否通过，若通过，标识“√”，若不通过，标识为“×”。 5. 测试记录分析统计。
可按《测试记录统计表》模板进行。
可用圆饼图显示各功能点的问题所占的比重。 6. 评价 6.1 软件能力
对软件的测试结果与功能需求作比较，如软件能力基本达到《需求规格说明书》规定的能力要求，但部分有计算错误，见1.7测试结果。
6.2 缺陷和
对软件测试结果中的缺陷（或称为错误）加以总结，如×××功能在××操作中发现较大的问题，下一步准备改进，其它尚有部分错误。
测试功能或项目名称 是否通过 公司名称 QR-D-022
6.3 建议
通过测试，对软件测试欠缺的方面加以总结。如本次测试虽然完成了×××的功能测试，但由于操作方式多变，所以建议使用更多测试用例来测试该软件可靠性。 6.4 测试结论
得出最后的测试结论。如部分功能有待修改。
公司名称 QR-D-022
