软件测试技术基础-电子教案-苟英 第六章 软件测试文档

《软件测试技术基础-电子教案-苟英 第六章 软件测试文档》由会员分享，可在线阅读，更多相关《软件测试技术基础-电子教案-苟英 第六章 软件测试文档（32页珍藏版）》请在金锄头文库上搜索。

1、第六章 软件测试文档,宁华 ,每一个测试项目过程中都会产生很多文档，从项目启动前的计划书到项目结束后的总结报告，其矧进有产品需求、测试计划、测试用例和各种重要会议的会议记录等。软件测试文件就为了实现这些目的，对测试中的要求、过程及测试结果以正式的文件形式写出，所以说测试文件的编写足测试上作规范化的个重要组成部分有必要将文档管理融入到项甘管理中去，成为项日管理很重要的一个环节。由此可见软件测试文档在软件测试过程中是多么的重要，那什么是软件测试文档，软件测试文档有哪些，这些测试文档的格式如何？,本章重点： 什么是测试计划？ 测试文档的定义？ 测试文档的重要性？ 测试文档的内容? 软件生命周期各阶段

2、的测试任务与可交付的文档？ 测试用例所包含的文档文档？,测试文档,定义： 测试文档（Testing Documentation）记录和描述了整个测试流程，它是整个测试活动中非常重要的文件。测试过程实施所必备的核心文档是：测试计划、测试用例（大纲）和软件测试报告。,测试文档的重要性 软件测试是一个很复杂的过程，涉及软件开发其他阶段的工作，对于提高软件质量、保证软件正常运行有着十分重要的意义，因此必须把对测试的要求、过程及测试结果以正式的文档形式写下来。软件测试文档用来描述要执行的测试及测试的结果。可以说，测试文档的编制是软件测试工作规范化的一个重要组成部分。 软件测试文档不只在测试阶段才开始考虑

3、，它应在软件开发的需求分析阶段就开始着手编制，软件开发人员的一些设计方案也应在测试文档中得到反映，以利于设计的检验。测试文档对于测试阶段的工作有着非常明显的指导作用和评价作用。即便在软件投入运行的维护阶段，也常常要进行再测试或回归测试，这时仍会用到软件测试文档。,测试文档的内容 整个测试流程会产生很多个测试文档，一般可以把测试文档分为两类：测试计划和测试分析报告。 测试计划文档描述将要进行的测试活动的范围、方法、资源和时间进度等。 测试报告是执行测试阶段的测试文档，对测试结果进行分析说明。包含了相应的测试项的执行细节。,通常软件生命周期可分为以下6个阶段：需求阶段、功能设计阶段、详细设计阶段、

4、编码阶段、软件测试阶段以及运行/维护阶段，相邻两个阶段之间可能存在一定程度的重复以保证阶段之间的顺利衔接，但每个阶段的结束是有一定的标志，例如已经提交可交付文档等。,需求阶段 （1）测试输入 需求计划（来自开发）。 （2）测试任务 制定验证和确认测试计划； 对需求进行分析和审核； 分析并设计基于需求的测试，构造对应的需求覆盖或追踪矩阵。 （3）可交付的文档 验收测试计划（针对需求设计）； 验收测试报告（针对需求设计）。,功能设计阶段 （1）测试输入 功能设计规格说明（来自开发）。 （2）测试任务 功能设计验证和确认测试计划； 分析和审核功能设计规格说明； 可用性测试设计； 分析并设计基于功能的

5、测试，构造对应的功能覆盖矩阵； 实施基于需求和基于功能的测试。 （3）可交付的文档 主确认测试计划； 验收测试计划（针对功能设计）； 验收测试报告（针对功能设计）。,详细设计阶段 （1）测试输入 详细设计规格说明（来自开发）。 （2）测试任务 详细设计验收测试计划； 分析和审核详细设计规格说明； 分析并设计基于内部的测试。 （3）可交付的文档 详细确认测试计划； 验收测试计划（针对详细设计）； 验收测试报告（针对详细设计）； 测试设计规格说明。,编码阶段 （1）测试输入 代码（来自开发）。 （2）测试任务 代码验收测试计划； 分析代码； 验证代码； 设计基于外部的测试； 设计基于内部的测试。

6、（3）可交付的文档 测试用例规格说明； 需求覆盖或追踪矩阵； 功能覆盖矩阵； 测试步骤规格说明； 验收测试计划（针对代码）； 验收测试报告（针对代码）。,测试阶段 （1）测试输入 要测试的软件； 用户手册。 （2）测试任务 制定测试计划； 审查由开发部门进行的单元和集成测试； 进行功能测试； 进行系统测试； 审查用户手册。 （3）可交付的文档 测试记录； 测试事故报告； 测试总结报告。,运行/维护阶段 （1）测试输入 已确认的问题报告； 软件生命周期。软件生命周期是一个重复的过程。如果软件被修改了，开发和测试活动都要回归到与修改相对应的生命周期阶段。 （2）测试任务 监视验收测试； 为确认的问

7、题开发新的测试用例； 对测试的有效性进行评估。 （3）可交付的文档 可升级的测试用例库。,测试计划,1、定义： 软件测试是一个有组织有计划的活动，应当给予充分的时间和资源进行测试计划，这样软件测试才能在合理的控制下正常进行。测试计划（Test Planning）作为测试的起始步骤，是整个软件测试过程的关键管理者。 测试计划规定了测试各个阶段所要使用的方法策略、测试环境、测试通过或失败的准则等内容。,2、测试计划的目的和作用 测试计划的目的是明确测试活动的意图。它规范了软件测试内容、方法和过程，为有组织地完成测试任务提供保障。专业的测试必须以一个好的测试计划作为基础。尽管测试的每一个步骤都是独立

8、的，但是必须要有一个起到框架结构作用的测试计划。 3、测试计划书 测试计划文档化就成为测试计划书，包含总体计划也包含分级计划，是可以更新改进的文档。,4、测试计划的内容 软件测试计划是整个测试过程中最重要的部分，为实现可管理且高质量的测试过程提供基础。测试计划以文档形式描述软件测试预计达到的目标，确定测试过程所要采用的方法策略。 测试计划包括测试目的、测试范围、测试对象、测试策略、测试任务、测试用例、资源配置、测试结果分析和度量以及测试风险评估等，测试计划应当足够完整但也不应当太详尽。,实际的测试计划内容因不同的测试对象而灵活变化，但通常来说一个正规的测试计划应该包含以下几个项目：(参考) 测

9、试的基本信息： 包括测试目的、背景、测试范围等； 测试的具体目标： 列出软件需要进行的测试部分和不需要进行的测试部分； 测试的策略： 测试人员采用的测试方法，如回归测试、功能测试、自动测试等； 测试的通过标准： 测试是否通过的界定标准以及没有通过情况的处理方法； 停测标准： 给出每个测试阶段停止测试的标准；,测试用例： 详细描述测试用例，包括测试值、测试操作过程、测试期待值等； 测试的基本支持： 测试所需硬件支持、自动测试软件等； 部门责任分工： 明确所有参与软件管理、开发、测试、技术支持等部门的责任细则； 测试人力资源分配： 列出测试所需人力资源以及软件测试人员的培训计划； 测试进度安排：

10、制定每一个阶段的详细测试进度安排表； 风险估计和危机处理： 估计测试过程中潜在的风险以及面临危机时的解决办法。,一个理想的测试计划应该体现以下几个特点： 1、在检测主要缺陷方面有一个好的选择； 2、提供绝大部分代码的覆盖率； 3、具有灵活性； 4、易于执行、回归和自动化； 5、定义要执行测试的种类； 6、测试文档明确说明期望的测试结果； 7、当缺陷被发现时提供缺陷核对； 8、明确定义测试目标； 9、明确定义测试策略； 10、明确定义测试通过标准； 11、没有测试冗余； 12、确认测试风险； 13、文档化确定测试的需求； 14、定义可交付的测试件。,5、软件测试计划的制定 概要测试计划 概要测试

11、计划是在软件开发初期制定，其内容包括： 定义被测试对象和测试目标； 确定测试阶段和测试周期的划分； 制定测试人员，软、硬件资源和测试进度等方面的计划； 明确任务与分配及责任划分； 规定软件测试方法、测试标准。比如，语句覆盖率达到98%，三级以上的错误改正率达98%等； 所有决定不改正的错误都必须经专门的质量评审组织同意； 支持环境和测试工具等。,详细测试计划 详细测试计划是测试者或测试小组的具体的测试实施计划，它规定了测试者负责测试的内容、测试强度和工作进度，是检查测试实际执行情况的重要标准。 详细测试计划的主要内容有： 计划进度和实际进度对照表； 测试要点； 测试策略； 尚未解决的问题和障碍

12、。,制定测试大纲（用例） 测试大纲是软件测试的依据，保证测试功能不被遗漏，并且功能不被重复测试，使得能合理安排测试人员，使得软件测试不依赖于个人。 测试大纲包括：测试项目、测试步骤、测试完成的标准以及测试方式（手动测试或自动测试）。测试大纲不仅是软件开发后期测试的依据，而且在系统的需求分析阶段也是质量保证的重要文档和依据。无论是自动测试还是手动测试，都必须满足测试大纲的要求。,测试大纲的本质：从测试的角度对被测对象的功能和各种特性的细化和展开。针对系统功能的测试大纲是基于软件质量保证人员对系统需求规格说明书中有关系统功能定义的理解，将其逐一细化展开后编制而成的。 测试大纲的好处：保证测试功能不

13、被遗漏，使得软件功能不被重复测试，合理安排测试人员，使得软件测试不依赖于个人。测试大纲不仅是软件开发后期测试的依据，而且在系统的需求分析阶段也是质量保证的重要文档和依据。,制定测试通过或失败的标准 测试标准为可观的陈述，它指明了判断/确认测试在何时结束，以及所测试的应用程序的质量。测试标准可以是一系列的陈述或对另一文档（如测试过程指南或测试标准）的引用。 测试标准应该指明： 1、确切的测试目标 2、度量的尺度如何建立 3、使用了那些标准对度量进行评价 制定测试挂起标准和恢复的必要条件 指明挂起全部或部分测试项的标准，并指明恢复测试的标准及其必须重复的测试活动。,制定测试任务安排 （明确测试任务

14、，对每项任务都必须明确7个主题。） 任务：用简洁的句子对任务加以说明 方法和标准：指明执行该任务时，应该采用的方法以及所应遵守的标准。 输入输出：给出该任务所必需的输入输出 时间安排：给出任务的起始和持续时间 资源：给出任务所需要的人力和物力资源 风险和假设：指明启动该任务应满足的假设，以及任务执行可能存在的风险 角色和职责：指明由谁负责该任务的组织和执行，以及谁将担负怎样的职责 制定应交付的测试工作产品 指明应交付的文档、测试代码和测试工具，一般包括这些文档：测试计划、测试方案、测试用例、测试规程、测试日志、测试总结报告、测试输入与输出数据、测试工具。,制定工作量估计 给出前面定义任务的人力

15、需求和总计 编写测试方案文档 测试方案文档是设计测试阶段文档，指明为完成软件或软件集成的特性测试而进行的设计测试方法的细节文档。,测试用例设计,测试用例（Test Case）是为了高效率地发现软件缺陷而精心设计的少量测试数据。实际测试中，由于无法达到穷举测试，所以要从大量输入数据中精选有代表性或特殊性的数据来作为测试数据。好的测试用例应该能发现尚未发现的软件缺陷。,测试用例文档应包含以下内容： 测试用例表 对其中一些项目做如下说明： 测试项目：指明并简单描述本测试用例是用来测试哪些项目、子项目或软件特性的。 用例编号：对该测试用例分配唯一的标识号。 用例级别：指明该用例的重要程度。测试用例的级

16、别分为4级：级别1（基本）、级别2（重要）、级别3（详细）、级别4（生僻）。 执行操作：执行本测试用例所需的每一步操作。 预期结果：描述被测项目或被测特性所希望或要求达到的输出或指标。 实测结果：列出实际测试时的测试输出值，判断该测试用例是否通过。 备注：如需要，则填写“特殊环境需求（硬件、软件、环境）”、“特殊测试步骤要求”、“相关测试用例”等信息。,测试用例表,测试用例清单,测试总结报告主要包括测试结果统计表、测试问题表和问题统计表、测试进度表、测试总结表等。,其中，【Y】表示测试结果全部通过，【P】表示测试结果部分通过，【N】表示测试结果绝大多数没通过，【N/A】表示无法测试或测试用例不适合。 测试完成率实际测试项数量/计划测试项数量100% 测试覆盖率【Y】项的数量/计划测试项数量100%,测试结果统计表,测试问题表,问题统计表,测试进度表,测试总结表,