16 - 软件测试报告(STR).docVIP

文档编号： 项目编号： [项目名称] 软件测试报告(STR) V [版本号] 拟 制 人______________________ 审 核 人______________________ 批 准 人______________________ 北京师范大学珠海分校 信息技术学院 [20XX年X月X日]目录 1. 引言 1 1.1. 标识 1 1.2. 系统概述 1 1.3. 文档概述 1 2. 引用文件 3 3. 测试结果概述 5 3.1. 对被测试软件的总体评估 5 3.2. 测试环境的影响 5 3.3. 改进建议 5 4. 详细的测试结果 7 4.1. 4.x(测试的项目唯一标识符)* 7 4.1.1. 4.x.1测试结果小结* 7 4.1.2. 4.x.2遇到了问题* 7 4.1.3. 4.x.3与测试用例/过程的偏差 7 5. 测试记录 9 6. 评价* 11 6.1. 能力 11 6.2. 缺陷和限制 11 6.3. 建议 11 6.4. 结论 11 7. 测试活动总结* 13 7.1. 人力消耗。 13 7.2. 物质资源消耗。 13 8. 注解 15 附录 17 引言 标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。 系统概述 本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。 文档概述 本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。 测试结果概述 本章应分为以下几条提供测试结果的概述。 对被测试软件的总体评估 本条应： 根据本报告中所展示的测试结果，提供对该软件的总体评估； 标识在测试中检测到的任何遗留的缺陷、限制或约束。可用问题/变更报告提供缺陷信息； 对每一遗留缺陷、限制或约束，应描述： 对软件和系统性能的影响，包括未得到满足的需求的标识； 为了更正它，将对软件和系统设计产生的影响； 推荐的更正方案/方法。 测试环境的影响 本条应对测试环境与操作环境的差异进行评估，并分析这种差异对测试结果的影响。 改进建议 本条应对被测试软件的设计、操作或测试提供改进建议。应讨论每个建议及其对软件的影响。如果没有改进建议，本条应陈述为“无”。 详细的测试结果 本章应分为以下几条提供每个测试的详细结果。 注：“测试”一词是指一组相关测试用例的集合。 4.x(测试的项目唯一标识符)* 本条应由项目唯一标识符标识一个测试，并且分为以下几条描述测试结果。 [可用表格的形式进行描述，覆盖到测试计划中的每个测试任务，重点阐述测试结果。] 4.x.1测试结果小结* 本条应综述该项测试的结果。应尽可能以表格的形式给出与该测试相关联的每个测试用例的完成状态(例如，“所有结果都如预期的那样”，“遇到了问题”，“与要求的有偏差”等)。当完成状态不是“所预期的”时，本条应引用以下几条提供详细信息。 4.x.2遇到了问题* 本条应分条标识遇到一个或多个问题的每一个测试用例。 [所有未解决的问题，一一进行详细描述] 4.x.2.y(测试用例的项目唯一标识符) 本条应用项目唯一标识符标识遇到一个或多个问题的测试用例，并提供以下内容： 所遇到问题的简述； 所遇到问题的测试过程步骤的标识； (若适用)对相关问题/变更报告和备份数据的引用； 试图改正这些问题所重复的过程或步骤次数，以及每次得到的结果； 重测试时，是从哪些回退点或测试步骤恢复测试的。 4.x.3与测试用例/过程的偏差 本条应分条标识与测试用例/测试过程出现偏差的每个测试用例。 4.x.3.y(测试用例的项目唯一标识符) 本条应用项目唯一标识符标识出现一个或多个偏差的测试用例，并提供： 偏差的说明(例如，出现偏差的测试用例的运行情况和偏差的性质，诸如替换了所需设备、未能遵循规定的步骤、进度安排的偏差等)。(可用红线标记表明有偏差的测试过程)； 偏差的理由； 偏差对测试用例有效性影响的评估。 测试记录 [可以用bug单代替] 本章尽可能以图表或附录形式给出一个本报告所覆盖的测试事件的按年月顺序的记录。测试记录应包括： 执行测试的日期、时间和地点； 用于每个测试的软硬件配置，(若适用)包括所有硬件的部件号/型号/系列号、制造商、修订级和校准日期；所使用的软件部件的版本号和名称； (若适用)与测试有关的每一活动的日期和时间，执行该项活动的人和见证者的身份。 评价* 能力 缺陷和限制 建议