标签：完成   修改   sof   建立   可靠性   安全   参考资料   dash   href   

注意：

1.要有明确的结论

2.每条结论都建立在事实，数据上

3.测试报告的结果应尽可能图文结合方式展示出来

4.客观填写，在结尾给予一定的建议

测试报告应包含的内容信息

总结简单为：

首页

引言（目的、背景、缩略语、参考文献）

测试概要（测试方法/范围、测试环境/工具）

测试结果与缺陷分析（测试资源消耗、功能、性能）

测试结论与建议（项目概况、测试时间、测试情况、结论性能汇总）

附录（缺陷统计/云测平台报告附录）

详细说明：

首页

— 报告名称（软件名称+版本号+用户端类型（android，iphone，后台管理等等）+测试范围（单元，集成，系统，模块等等）+测试报告）

— 报告编写者/报告日期

— 版本变化历史

引言

— 编写目的：指出读者范围、报告编写的目的

— 项目背景：项目目标

— 系统简介：摘录设计说明书

— 术语和缩略语

— 参考资料：本文档的上游文档

测试概要

— 测试目的

— 测试方法/工具

— 测试范围：测试项——>测试用例

— 测试环境与配置

　　①硬件资源及配置：服务器/客户端/网络连接设备等

　　②软件资源：操作系统/数据库/JDK版本号等

测试结果与缺陷分析

— 测试执行情况记录

　　测试资源消耗情况

　　　　①测试组织：测试人员分配

　　　　②测试时间：计划时间/实际时间（包括测试用例时间/系统测试时间/文档输出时间）

　　　　③测试版本：各阶段测试频度

— 覆盖分析

　　①需求覆盖：需求/功能（或编号） 测试类型 是否通过 备注

　　②测试覆盖：需求/功能（或编号） 用例个数 执行总数 未执行 未/漏测分析和原因

— 缺陷的统计与分析

　　①缺陷汇总（饼状图/柱状图）

　　　　按照缺陷严重程度汇总

　　　　按照缺陷类型汇总（没有需要可忽略）

　　　　按照缺陷功能分布汇总

　　②缺陷分析

测试结论

— 测试执行是否充分（可以增加对安全性、可靠性、可维护性和功能性描述）

— 对测试风险的控制措施和成效

— 测试目标是否完成

— 测试是否通过

— 是否可以进入下一阶段项目目标

测试建议

— 对系统存在问题的说明，描述测试所揭露的软件缺陷和不足，以及可能给软件实施和运行带来的影响

— 可能存在的潜在缺陷和后续工作

— 对缺陷修改和产品设计的建议

— 对过程改进方面的建议

附录

—  缺陷列表

— 测试通过标准

— 云测平台报告附录

测试报告应包含的内容信息

标签：完成   修改   sof   建立   可靠性   安全   参考资料   dash   href   

原文地址：https://www.cnblogs.com/cherrycui/p/10816967.html