软件测试技术：第五部分使用测试文档

1、第五部分 使用测试文档计划测试工作编写和跟踪测试用例报告发现的问题成效评价第五部分 使用测试文档软件测试员的目标是： 找出软件缺陷，尽可能早一些，保证其得到修复。 第五部分 使用测试文档第十七章 计划测试工作测试计划的目标测试计划主题第十七章 计划测试工作1 测试计划的目标 软件测试计划（software test plan）是软件测试员与产品开发小组交流意图的主要方式。 IEEE 829/1983 对软件测试计划的目的 定义：第十七章 计划测试工作 规定测试活动的范围、方法、资源和进度；明确正在测试的项目、要测试的特性、要执行的测试任务、每个任务的负责人，以及与计划相关的风险。 测试计划只是

2、创建的详细计划过程的一个副产品，虽然测试计划的表现形式是一份文档，但重要的是计划过程，而不是产生的结果文档。第十七章 计划测试工作 测试计划过程的最终目标是交流（而不是记录）软件测试小组的意图、期望，以及对将要执行的测试任务的理解。 第十七章 计划测试工作2 测试计划主题 测试计划模板或者样本测试计划 到处都有，但测试计划当作对模板或者样本的裁减就本末倒置了，测试计划应该对一系列问题进行讨论、相互沟通并达成一致 。第十七章 计划测试工作一、高级期望 这是项目小组全部成员必须一致同意的基本论题 ，包括：1、测试计划过程和软件测试计划的目的是什么？ 2、测试的是什么产品 第十七章 计划测试工作3、

3、产品的质量和可靠性目标是什么 测试计划过程的结果必须是清晰、简洁，在产品质量和可靠性目标一致通过的定义。目标必须绝对，以免说不清是否达到目标。 第十七章 计划测试工作二、人、地点和事 测试计划需要明确在项目中工作的人员，文档存放位置，硬件 环境的获得等 第十七章 计划测试工作三、定义 使项目小组中的全部成员在高级质量和可靠性目标上达成一致，包括： 软件缺陷的定义 软件测试员的目标 小组成员的用词和术语 ，如：第十七章 计划测试工作 构造 测试发布文档（TRD） Alpha版 Beta版 说明书完成日期特性定版完成 日期软件缺陷会议 第十七章 计划测试工作四、团队成员的责任 明确指出可能影响测试

4、工作的任务和交付内容，以及负责人 充分利用表格清单的作用来定义程序员、项目经理、技术文档作者 等各成员的职责第十七章 计划测试工作五、确定哪些要测试，哪些不要测试 六、计划测试的阶段 计划测试的阶段需要了解预定的开发模式，并决定在项目期间是采用一个测试阶段或分阶段测试 ，必须确定进入和退出规则 第十七章 计划测试工作七、定义测试策略八、计划资源需求 第十七章 计划测试工作人员 设备 办公室和实验室空间 软件 外包测试公司 其他配备 第十七章 计划测试工作九、测试员的任务分配 计划测试员任务分配是指，明确测试员负责软件的哪些部分、哪些可测试特性 第十七章 计划测试工作例写字板程序的高级任务分配测

5、试员测试任务分配Al字符格式：字体，大小，颜色，字体Sarah布局：段落，标签，装饰Luis配置和兼容性Jolie用户界面：易用性，外观，接受性Valerie文档：在线帮助，滚动帮助Ron压力和负载第十七章 计划测试工作十、测试进度 使测试任务摆脱进度破坏的一个方法是测试进度避免定死启动和停止任务的日期，测试进度根据测试阶段定义的进入和退出规则采用相对日期 第十七章 计划测试工作例：固定日期的测试进度测试任务日期测试计划完成3/5/2001测试用例完成6/1/20011测试通过6/15/2001-8/1/20012测试通过8/15/2001-10/1/20013测试通过10/15/2001-1

6、1/15/2001第十七章 计划测试工作例：相对日期的测试进度测试任务开始日期使用时间测试计划完成说明书完成后7天4个星期测试用例完成测试计划完成12个星期1测试通过代码完成构建6个星期2测试通过Beta版构建6个星期3测试通过发行版构建4个星期第十七章 计划测试工作十一、编写测试用例十二、软件缺陷报告第十七章 计划测试工作十三、度量和统计跟踪项目发展、成效和测试的手段 ，如在项目期间每天发现的软件缺陷总数。仍然需要修复的软件缺陷清单。根据严重程度对当前软件缺陷评级。每个测试员找出的软件缺陷总数。从每个特性或者区域发现的软件缺陷数目 第十七章 计划测试工作十四、风险和问题 软件测试员要负责明确

7、指出计划过程中的风险，并与测试经理和项目经理交换意见。这些风险应该在测试计划中明确指出，在进度中给予说明。 第五部分 使用测试文档第十八章 编写和跟踪测试用例测试用例计划的目标测试用例计划综述测试用例组织和跟踪第十八章 编写和跟踪测试用例1 测试用例计划的目标 有条不紊地仔细计划测试用例，是达成目标的必由之路。 正确的计划以组织好用例 保证可重复原有的测试 对测试的跟踪 是否测试的决策 第十八章 编写和跟踪测试用例2测试用例计划综述测试计划 测试设计说明 测试设计说明 测试用例说明测试过程说明 逐渐强调创建计划的过程 逐渐强调撰写计划的过程 第十八章 编写和跟踪测试用例 测试用例计划的核心是满

8、足4个目标：组织、重复性、跟踪和测试证实 第十八章 编写和跟踪测试用例一、测试设计 整体项目计划在非常高的等级上编制。它把软件拆分为具体特性和可测试项，并将其分派到每个测试员头上，但是不指明这些特性如何测试。 ANSI/IEEE 829中作为测试设计说明的部分内容： 第十八章 编写和跟踪测试用例引用标识符 要测试的特性 方法 测试用例确认 通过/失败规则 第十八章 编写和跟踪测试用例二、测试用例 ANSI/IEEE829标准称测试用例说明为“编写用于输入的实际数值和预期输出结果数值。测试用例还明确指出使用具体测试用例产生的测试程序的任何限制。”除此之外，还包括：第十八章 编写和跟踪测试用例标识

9、符 测试项 输入说明 输出说明 环境要求 特殊过程要求 用例之间的依赖性 第十八章 编写和跟踪测试用例三、测试的程序 ANSI/IEEE829标准称测试程序（test procedure）说明为“明确指出为实现相关测试设计而操作软件系统和试验具体测试用例的全部步骤” 测试程序或者测试脚本（test script）说明详细定义了执行测试用例的每一步操作，包括 第十八章 编写和跟踪测试用例标识符目的特殊要求程序步骤日志设置启动程序第十八章 编写和跟踪测试用例度量关闭重启终止重置偶然事件第十八章 编写和跟踪测试用例3测试用例组织和跟踪 建立测试用例文档时应该考虑的一个问题是如何组织和跟踪信息 ，即1

10、、计划执行哪些测试用例？2、能否挑选出测试集测试某些特性或者软件部分？3、在执行测试用例时，能否记录哪一个通过，哪一个失败？第十八章 编写和跟踪测试用例在失败的测试用例中，哪些在最近的一次执行时也失败了？最近的一次执行测试用例通过的百分比是多少？第十八章 编写和跟踪测试用例 管理和跟踪测试用例可以通过书面文档，电子表格或专用程序实现第五部分 使用测试文档第十九章 报告发现的问题设法修复软件缺陷分离和再现软件缺陷软件缺陷的等级软件缺陷的生命周期软件缺陷跟踪系统第十九章 报告发现的问题1设法修复软件缺陷不修复软件缺陷的原因 1、没有足够的时间 2、不算真正的软件缺陷 3、修复的风险太大 4、不值得

11、修复 第十九章 报告发现的问题报告软件缺陷的基本原则 1、尽快报告软件缺陷 2、有效描述软件缺陷（短小、单一、明显并简单 ）3、在报告软件缺陷时不要做评价 4、对软件缺陷报告跟踪到底 第十九章 报告发现的问题2分离和再现软件缺陷 要想有效报告软件缺陷，就需要以明显、简单和可再现形式描述它 分离和再现软件缺陷是充分发挥侦探才干，设法找出收缩问题的具体步骤，虽然不存在随机软件缺陷 ，但验明和建立有完全相同的输入和完全相同的环境条件要求技巧性非常高，而且非常耗时。 第十九章 报告发现的问题分离和再现软件缺陷技巧 1、记下所做的每一件事每一个步骤、每一次停顿，每一件工作。 2、查找时间依赖和竞争条件的

12、问题 3、边界条件软件缺陷、内存泄露和数据溢出等白盒问题可能慢慢自己显露出来。 第十九章 报告发现的问题 4、状态缺陷仅在特定软件状态中显露出来。 5、考虑资源依赖性和内存、网络、硬件共享的相互作用。 6、不要忽视硬件。 第十九章 报告发现的问题3软件缺陷的等级 在每一个软件项目中都必须进行取舍，必须承担一定的风险，以决定哪些软件缺陷需修复，哪些不修复，哪些推迟到软件的以后版本中解决 测试员要对软件缺陷分类，以简明扼要的方式指出其影响 ，常用方法是给软件缺陷划分严重性（severity）和优先级（priority） 第十九章 报告发现的问题严重性：1系统崩溃、数据丢失、数据毁坏，安全性被破坏。

13、2操作性错误、结果错误、功能遗漏。3小问题、拼写错误、UI布局、罕见故障。4建议第十九章 报告发现的问题优先级： 1、立即修复，阻止了进一步测试，很明显。2、在产品发布之前必须修复。3、如果时间允许应该修复。4、可能会修复，但是即使有产品也能发布。第十九章 报告发现的问题 软件缺陷的优先级在项目期间会发生变化。测试员需要继续监视缺陷的状态，确保自己能够同意对其所做的变动，并提供进一步测试数据或说服别人修复缺陷。 第十九章 报告发现的问题4软件缺陷的生命周期 在许多情况下，软件缺陷生命周期为：软件缺陷被打开，解决和关闭。然而在有些情况下，软件缺陷可能在生命中经历数次改动和重申，有时候循环回去并重

14、新开始生命周期。 第十九章 报告发现的问题5软件缺陷跟踪系统 软件缺陷报告过程是很复杂的，需要大量信息，详尽的细节和相当数量的组织纪律才能有所成效。 软件缺陷跟踪系统登记发现的软件缺陷，并在其整个生命周期中进行监视 第十九章 报告发现的问题一、标准：测试事件报告 记录在需要调查的测试过程期间发生的任何事件，包括： 标识符 、总结 、事件描述 、影响 第十九章 报告发现的问题二、手工软件缺陷报告和跟踪 对于非常小的项目，书面表单足以胜任 第十九章 报告发现的问题三、自动化软件缺陷的报告和跟踪 软件缺陷跟踪数据库不仅是对软件测试员，而且是为整个项目小组提供了一个中心，可以用来交流项目的状态，说明谁被指定完成什么任务，更重要的是保证没有软件缺陷造成崩溃的后果。 第五部分 使用测试文档第二十章 成效评价使用软件缺陷跟踪数据库中的信息在日常测试中使用的度量常用项目级度量第二十章 成效评价1 使用软件缺陷跟踪数据库中的信息 使用软件缺陷跟踪数据库的好处是能够提取各种实用和关心的数据，可以评价测试工作的成败和项目的进展情况 ，如：第二十章 成效评价软件哪些区域软件缺陷最多，哪里最少？交给某个测试员多少个已经解决的软件缺陷？某个测试员发现的软件缺陷能够全部修复吗？本周找出了多少个软件缺陷？本月呢？整个项目期间呢？软件开发在符合预定发布日期的正常轨道上吗？