软件测试第02章

2.6 制定测试计划
制定测试计划时，由于各软件公司的 背景不同，测试计划文档也略有差异。实 践表明，制定测试计划时，使用正规化文 档通常比较好。为了使用方便，在这里给 出IEEE软件测试计划文档模板。
IEEE829－1998 软件测试文档编制标准 软件测试计划文档模板 目录 1．测试计划标识符 2．介绍 3．测试项 4．需要测试的功能 5．方法（策略） 6．不需要测试的功能 7．测试项通过/失败的标准 8．测试中断和恢复的规定 9．测试完成所提交的材料 10．测试任务 11．环境需求 12．测试人员的工作职责 13．人员安排与培训需求 14．进度表 15．潜在的问题和风险 16．审批
公正性声明
测试用例
特殊考虑 经验判断
设想
7．测试项通过/失败的标准
测试计划中这一部分给出了“测试项” 中描述的每一个测试项通过/失败的标准。 正如每个测试用例都需要一个预期的结果一 样，每个测试项同样都需要一个预期的结果。
一般来说，通过或失败的标准是由通过／ 失败的测试用例，缺陷的数量、类型、严 重性和位置，可靠性或稳定性等来描述的。 随着测试等级的不同和测试组织的不同， 所采用的确切标准也会不同下面是通过/失 败的标准的一些例子： 通过测试用例所占的百分比； 缺陷的数量、严重程度和分布情况； 测试用例覆盖； 用户测试的成功结论； 文档的完整性； 性能标准。
IEEE标准中指出，可以参考下面的文档来完成测试项目：
1) 2) 3) 4) 需求规格说明。 用户指南。 操作指南。 安装指南。
总的来说，测试需要分析软件的每一部分，明确其是否 需要测试，并说明理由。
4．测试对象
测试计划的这一部分需要列出待测的单项功 能及功能组合。这部分内容与测试项目不同。 测试项目是从开发者或程序管理者的角度计 划测试项目，而测试对象是从用户的角度规 划测试的内容
促进项目参加人员彼此的沟通
应该尽早编写，让所有相关人员清楚地了 解测试方法、测试策略和进度安排等。既 可以让其他团队了解测试团队的工作安排， 也要让测试团队成员目标和步调一致
及早发现和修正软件规格说明书 的问题
在编写软件测试计划的初期，首先要了解 软件各个部分的规格及要求，这样就需要 仔细地阅读、了解规格说明书。在这个过 程中，可能会发现其中出现的问题，例如 规格说明书的论述前后矛盾、描述不完整 等。对规格说明书中的缺陷越早修正，对 软件开发的益处越大，因为规格说明书从 一开始就是软件开发工作的依据。
使软件测试工作更易于管理
制订测试计划的另一个目的，就是要对整 个软件测试工作采取系统化的方式来进行， 这样会使软件测试上作更易于管理。测试 计划包含两种主要的管理方式，一是工作 分解结构，二是监督和控制。
2.2 制定测试计划的原则
制定测试计划是软件测试中最有挑战性的 一个工作。以下原则将有助于制定测试计 划工作。
2.4 制定测试计划时面对的问题
制定测试计划时，测试人员可能面对以下 问题，必须认真对待，并妥善予以处理。
1．与开发者意见不一致 2．缺乏测试工具 3．培训不够
4．管理部门缺乏对测试工作的理 解和支持 5．缺乏用户的参与 6．测试时间不足 7．过分依赖测试人员 8．测试人员处于进退两难的状态 9．不得不说“不”
8．测试中断和恢复的规定
测试计划中这一部分给出了测试中断和恢 复的标准。常用的测试中断标准如下： 关键路径上的未完成任务 大量的缺陷 严重的缺陷 不完整的测试环境 资源短缺
9．测试完成所提交的材料
测试完成所提交的材料包含了测试工作 开发设计的所有文档、工具等。例如，测 试计划、测试设计规格说明、测试用例、 测试日志、测试数据、自定义工具、测试 缺陷报告和测试总结报告等。
制定软件测试计划可以在以下几 方面帮助我们: 1．使软件测试工作进行更顺利 2．促进项目参加人员彼此的沟通 3．及早发现和修正软件规格说明 书的问题 4 ．使软件测试工作更易于管理
使软件测试工作进行更顺利
软件测试计划明确地将要进行的软件测试 采用的模式、方池、步骤以及可能遇到的 问题与风险等内容都做了考虑和计划，这 样会使测试执行、测试分析和撰写测试报 告的准备工作更加有效，使软件测试工作 进行得更顺利。
采用评审和更新机制
测试计划写作完成后，如果没有经过评审，直接 发送给测试团队，测试计划内容的可能不准确或 遗漏测试内容，或者软件需求变更引起测试范围 的增减，而测试计划的内容没有及时更新，误导 测试执行人员。 测试计划包含多方面的内容，编写人员可能受自 身测试经验和对软件需求的理解所限，而且软件 开发是一个渐进的过程，所以最初创建的测试计 划可能是不完善的、需要更新的。需要采取相应 的评审机制对测试计划的完整性、正确性、可行 性进行评估
根据IEEE829－1998软件测试文档编制 标准的建议，测试计划包含了16个大纲要 项，简要说明如下。
1Βιβλιοθήκη Baidu测试计划标识符
一个测试计划标识符是一个由公司生成 的惟一值，它用于标识测试计划的版本、 等级，以及与该测试计划相关的软件版本。
2．简要介绍
测试计划的介绍部分主要是对测试软件基本 情况的介绍和对测试范围的概括性描述。测 试软件的基本情况主要包括产品规格(制造 商和软件版本号的说明)，软件的运行平台 和应用的领域，软件的特点和主要的功能模 块的特点，数据的存储、传递，每一个部分 是怎么实现数据更新的以及一些常规性的技 术要求，还要包括测试的侧重点
第 2 章 软件测试计划
2.1 软件测试计划的作用 2.2 制定测试计划的原则 2.3 如何制订软件测试计划 2.4 制定测试计划时面对的问题 2.5 衡量一份好的测试计划书的标准 2.6 制定测试计划
2.1 软件测试计划的作用
中国有句古话：凡是预则立，不预则废
做事情时事先计划的重要
管理学中的计划
2.1 软件测试计划的作用
测试计划就是描述所有要完成的测试
工作，包括被测试项目的背景、目标、范
围、方式、资源、进度安排、测试组织，
以及与测试有关的风险等方面。
《ANSI/IEEE软件测试文档标准829-1983》 将测试计划定义为：“一个叙述了预定的测 试活动的范围、途径、资源及进度安排的文 档。它确认了测试项、被测特征、测试任务、 人员安排，以及任何偶发事件的风险。”
2.5 衡量一份好的测试计划书的标准
一份好的测试计划书应具备哪些特点呢？
1．它应能有效地引导整个软件测试工 作正常运行，并配合编程部门，保证软件 质量，按时将产品推出。 2．它所提供的方法应能使测试高效地 进行，即能在较短的时间内找出尽可能多 的软件缺陷。 3．它提供了明确的测试目标、测试
的策略、具体步骤及测试标准。
4．它既强调测试重点，也重视测试的基本覆 盖率。 5．它所制定的测试方案尽可能充分利用了公 司现有的、可以提供给测试部门的人力/物力 资源，而且是可行的。 6．它所列举的所有数据都必须是准确的—— 比如外部软件/硬件的兼容性所要求的数据、 输入/输出数据等。 7．它对测试工作的安排有一定的灵活性，可 以应付一些突然的变化情况，如当时间安排 或产品出现的一些变化的时候。
2) 软件的用户界面。用户界面的类别是指 软件的用户界面风格类似windows软件， 还是指令行软件，或是网页类软件。测试 人员还需掌握用户界面各部分的功能、联 系以及界面各织成部件的特性、操作特点 等。 3) 在所测试的软件涉及第三方软件的情况 下，必须对这个第三方软件的功能及其与 所要测试的软件之间的联系有一定的了解
3．测试项目
测试项目包括所测试软件的名称及版本， 需要列出所有测试单项、外部条件对测 试特性的影响和软件缺陷报告的机制等， 具体要点如下：
1) 功能测试。理论上测试要覆盖所有的功能项， 例如，在数据库中添加、记录等，这会是一项浩大的 工程，但是有利于测试的完整性。 2) 设计测试。设计测试是检验用户界面、菜单 结构、窗体设计等是否合理的测试。 3) 整体测试。整体测试需要测试数据从软件中 的一个模块流到另一个模块过程中的正确性。
另外，需要搜集整理的信息还包括软件项 目进展到现在主要存在的问题，测试工作 需使用何种测试软件，使用何种缺陷报告 软件，测试使用何种版本控制软件，哪些 计算机是专门用于测试的，还有哪些关于 这一软件产品的信息可供参考等。
明确测试的目标，增强测试计划的实 用性
当今任何商业软件都包含了丰富的功能，因此， 软件测试的内容千头万绪，如何在纷乱的测试内 容之间提炼测试的目标，是制定软件测试计划时 首先需要明确的问题。测试目标必须是明确的， 可以量化和度量的，而不是模棱两可的宏观描述。 另外，测试目标应该相对集中，避免罗列出一系 列目标，从而轻重不分或平均用力。根据对用户 需求文档和设计规格文档的分析，确定被测软件 的质量要求和测试需要达到的目标 。 测试计划中的测试范围必须高度覆盖功能需求， 测试方法必须切实可行，测试工具具有较高的实 用性，便于使用，生成的测试结果直观准确。
5 ．不需要测试的功能
这一部分列出了不测试的单项功能及组合功能 并说明不予测试的理由。
6．测试方法（策略） 测试策略描述测试小组用于测试整体 和每个阶段的方法。要描述如何公正、客 观地开展测试，要考虑模块、功能、整体、 系统、版本、压力、性能、配置和安装等 各个因素的影响，要尽可能地考虑到细节， 越详细越好，并制作测试记录文档的模板， 为即将开始的测试做准备。测试记录具体 说明如下。
坚持“5W”规则
明确内容与过程 “What（做什么）”、“Why（为什 么做）”、“When（何时做）”、“Where（在哪 里）” 、“Who（谁来做）”、“How（如何做）” 1）why——为什么要进行这些测试； 2) what—测试哪些方面，不同阶段的工作内容； 3) when—测试不同阶段的起止时间； 4) where—相应文档，缺陷的存放位置，测试环境等； 5) who—项目有关人员组成，安排哪些测试人员进行测 试； 6) how—如何去做，使用哪些测试工具以及测试方法进 行测试。
可以把计划的内容简要地概括为八个方面，即： What(什么)——计划的目的、内容； Who（谁）——计划的相关人员； Where（何处）——计划的实施场所； When（何时）——计划实施的时间范围； Why（为什么）——计划的缘由、前景； How（如何）——计划的方法和运转实施； How much（多少）——计划的预算； Effect（效果）——预测计划实施的结果、效果
认真做好测试资料的搜集整理工 作
重点是收集与技术信息相关的内容 1) 软件的类别及其构成。软件的类别及其构成是 指软件的类别与用途(不同类的软件有不同的考 虑重点)、软件的结构、软件所支持的平台以及 软件的主要构成部分、各自功能及各部分之间的 联系、每一构成部分所使用的计算机语言等信息。 如果进行白盒测试，那么测试人员还要熟悉各部 分已建立的函数库中的函数以及这些函数的用途 和其输入、输出。
1．制定测试计划应尽早开始 2．保持测试计划的灵活性 3．保持测试计划简洁和易读 4．尽量争取多渠道评审测试计划 5．计算测试计划的投入
2.3 如何制订软件测试计划
为了做好软件测试计划，需要注意以下几个方面：
1．认真做好测试资料的搜集整理工作 2．明确测试的目标，增强测试计划的 实用性 3．坚持“5W”规则，明确内容与过程 4．采用评审和更新机制，保证测试计 划满足实际需求
在管理学中，计划具有两重含义，其一 是计划工作，是指根据对组织外部环境与 内部条件的分析，提出在未来一定时期内 要达到的组织目标以及实现目标的方案途 径。其二是计划形式，是指用文字和指标 等形式所表述的组织以及组织内不同部门 和不同成员，在未来一定时期内关于行动 方向、内容和方式安排的管理事件
无论是计划工作还是计划形式，计划都是根据社会的需要以 及组织的自身能力，通过计划的编制、执行和检查，确定组 织在一定时期内的奋斗目标，有效地利用组织的人力、物力、 财力等资源，协调安排好组织的各项活动，取得最佳的经济 效益和社会效益。