软件文档与写作12-管理文档2 .ppt

* 7.3 软件测试计划和测试报告 软件测试是软件开发完成，投入运行前，对软件需求、设计规格说明和编码的最终复审，软件质量保证的关键步骤，在软件开发的整个过程中，占有极为重要的位置。 软件测试文档主要包括：测试规划、测试策略、测试手段和测试结果。 由于测试工作的重要性，而人工测试又特别困难，因此，测试过程自动化会是测试技术发展的方向。 1. 软件测试、软件检查和调试 我们已经知道软件测试的目的是尽可能多的发现系统存在的错误。所以，软件测试包括软件检查与软件测试。 - 软件检查：对系统的各种表达形式，如文档、设计图和程序源代码等进行分析、检查，这一工作应贯穿整个开发过程。 - 软件测试：使用测试数据对软件的实现进行运行检查，查看系统的输出及运行行为是否符合设计要求。 由安博测试空间技术中心/提供 下图表示了软件检查和软件测试在软件过程中的位置。 软件检查 需求描述 高层设计 形式化描述 详细设计 程 序 原 型 软件测试 从图中可以看出，软件检查贯穿整个软件过程，而软件测试仅对原型或软件程序。 软件调试是一个对缺陷定位和修改的过程，同时也是一项技巧性很强的工作。软件调试，从软件测试的结果开始。如图所示。 测试结果 描 述 测试用例 定位错误 设计修复 修复错误 回归测试 2. 软件测试的成本 由于测试不可能穷尽，因此，就有了软件测试的一个致命缺陷，即测试的不完全、不彻底性。因此，对于任何程序只能进行少量的测试。当发现错误，可以说明程序有问题，而未发现错误，却不能声称程序没有错误。 根据软件工程的基本原理，当测试标准越高，则将要投入的人力、财力也越高。左图反映了测试成本的变化规律。 为在软件质量和投入之间取得需求平衡，可以采用著名的“进度、成本、质量”三角公式。如下右图，即只要确定了其中两项，就可以确定第三项。 因此，在编制软件测试计划时，必须考虑三者之间的关系。 测试的程度 未发现的隐藏错误数 不足测试 测试成本 过度测试 最佳测试点 进度 质量 成本 3. 软件测试的原则 测试时，如果成功地实施了测试计划和方案，就能够发现系统中尽量多的错误。测试的一个附带收获是，能够证明软件的功能和性能是与需求说明相符的。要达成上述要求，就需要遵守以下原则： (1) 测试规划应包含测试工作的全部内容。即不仅是程序测试，还包括文档 (2) 测试应贯穿软件开发的整个过程。即坚持各个阶段的评审，杜绝隐患 (3) 测试用例应包括输入和预期输出。 (4) 设计测试用例时，输入应包括合理的和不合理的数据。 (5) 功能测试应由独立第三方完成。但调试仍应由开发者自己完成。 (6) 充分注意并利用测试中的群集现象。 (7) 严格执行测试计划，排除测试随意性。计划应明确规定，不随意解释 (8) 应当对每一个测试结果做全面检查。仔细分析测试结果，防止错误遗漏 (9) 妥善保存测试计划、测试用例、出错统计和最终分析报告等测试文档。 4. 软件测试过程 从程序测试的角度看，测试分为两个阶段。如图。 单元(构件)测试 集成(组件)测试 软件开发者完成 独立测试团队承担 程序测试过程的目的是尽可能多的发现并改正错误，提高软件质量。测试过程的每一个阶段也都会对前一阶段有反馈信息。因此，测试过程是一个不断修正和进化的过程。其阶段划分如下图所示。 测试计划 测试设计 测试准备 测试执行 测试评估 修正 修正 修正 修正 测试过程需要下面三个基础数据和资料的支持： - 软件配置：软件正常运行的环境配置。 - 测试配置：软件测试运行的环境配置，是软件配置的子集。 - 测试工具：为提高测试效率、降低测试劳动强度、保证测试质量使用的工具 5. 测试计划的导出与结构 测试计划应该从系统描述和设计中导出。下图是测试计划从系统描述和设计中导出示意图。 需求描述 系统描述 系统设计 详细设计 单元代码测试 验收测 试计划 系统集成 测试计划 子系统集成 测试计划 服 务 验收测试 系统集成测试 子系统集成测试 需要考虑和预料的影响测试过程的约束 约束 列出测试所要使用的软件工具和测试环境 软硬件需求 测试所得到的结果、测试过程、执行情况等必须系统地记录 测试记录 给出总的时间安排和相应的资源分配 测试时间安排 软件需求测试的内容都应在此定义 测试项目 用户最关心系统能否目要求，测试计划应包含对每项需求的单独测试 需求跟踪 描述测试过程的主要阶段 测试过程 说 明 内 容 测试计划的主要组成部分如右表所示。 6. 几种常见的测试用图表工具 (1) 检查表 检查表是一张标明了所要检查项目和内容的表格，可以用来突出重点和总结整个过程的