软件测试管理—如何写好软件测试计划书.pdfVIP

软件测试管理—如何写好软件测试计划书 如何写好软件测试计划书 软件项⽬的测试计划是描述测试⽬的、范围、⽅法和软件测试的重点等的⽂档。对于验证软件产品的可接受程度编写测试计划⽂档是⼀种有 ⽤的⽅式。 详细的测试计划可以帮助测试项⽬组之外的⼈了解为什么和怎样验证产品。它⾮常有⽤但是测试项⽬组之外的⼈却很少去读它。 什么样的测试计划书符合要求 软件测试计划作为软件项⽬计划的⼦计划，在项⽬启动初期是必须规划的。在越来越多公司的软件开发中，软件质量⽇益受到重视，测试过 程也从⼀个相对独⽴的步骤越来越紧密嵌套在软件整个⽣命周期中，这样，如何规划整个项⽬周期的测试⼯作；如何将测试⼯作上升到测试 管理的⾼度都依赖于测试计划的制定。测试计划因此也成为测试⼯作的赖于展开的基础。 《ANSI/IEEE软件测试⽂档标准829-1983》将测 试计划定义为 ：“⼀个叙述了预定的测试活动的范围、途径、资源及进度安排的⽂档。它确认了测试项、被测特征、测试任务、⼈员安排， 以及任何偶发事件的风险。”软件测试计划是指导测试过程的纲领性⽂件，包含了产品概述、测试策略、测试⽅法、测试区域、测试配置、 测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项⽬成员，尤其是测试管理⼈员，可以明确测试任务和 测试⽅法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。 案例：⼀份看似“不错的”软件测试计划书 下⾯是某项的测试计划书 提纲挈领，透过这份测试计划书的⽬录，如何对这份测试计划书进⾏评价？ 在回答这个问题之前，我们先看看测试过程中的⼀个重要的活动或者阶段——测试计划阶段都需要做什么？这个阶段的产出物是什么？ 测试计划阶段的任务 测试计划可以在项⽬计划或主测试计划中⽂档化，也可以在不同的测试级别（如系统测试和验收测试）的测试计划中⽂档化。测试计划⽂档 的⼤纲可以参考“软件测试⽂档标准”（IEEE Std 829-1998）。 测试计划受到很多因素的影响：组织的测试⽅针、测试范围、测试⽬标、风险、约束、关键程度、可测试性和资源的可⽤性等。随着项⽬和 测试计划的不断推进，将有更多的信息和具体细节包含在计划中。 测试计划是个持续的活动，需要在整个⽣命周期过程和活动中进⾏。从测试中得到的反馈信息可以识别变化的风险，从⽽对计划作相应的调 整。 测试计划阶段需要做的事情 对整个系统或部分系统可能的测试计划活动包括： 确定测试的范围和风险，明确测试的⽬标； 决定总体测试⽅法，包括测试级别、⼊⼝和出⼝准则的界定； 把测试活动整合和协调到整个软件⽣命周期活动中去 （采购、供应、开发和运维）； 决定测试什么？测试由什么⾓⾊来执⾏？如何进⾏测试？如何评估测试结果？ 为测试分析和设计活动安排时间进度； 为测试实现、执⾏和评估安排时间进度； 为已定义的不同测试活动分配资源； 定义测试⽂档的数量、详细程度、结构和模板 ； 为监控测试准备和执⾏、缺陷解决和风险问题选择度量项； 明确了测试计划阶段需要完成⼯作，就很容易思考⼀份⾼质量的测试计划书中应该包括什么内容了。 软件测试计划的⽂档化（产出物）——软件测试计划书 下⾯是根据IEEE 829标准编写的⼀份测试计划的⽬录 ： 这份测试计划中： 在第2部分明确了被测软件系统（产品）待测的特性和不测试的特性。 在第3部分明确了测试⽬标 在第4部分明确定义了准⼊/准出规则；通过和失败的标准；暂停标准和测试恢复需求 这些内容都是很重要的内容。 最后还描述了： 测试提交产出物 对⽐以上两份软件测试计划书的⽬录，可以看出第⼆份软件测试计划书的内容更加合理⼀些。 如何写好软件测试计划书的内容？ 这个问题其实是“仁者见仁，智者见智”。不同的软件测试项⽬经理或者测试负责⼈、Test Leader等都有⾃⼰的看法。什么内容该写进 去？写道什么程度？是否真的⽤⼼去写好每⼀个章节的内容？ 现实中，⼤多数软件测试项⽬经理或者测试负责⼈、Test Leader其实内⼼都是恐惧写⽂档的。很多时候不是不会写，⽽是不重视或者只是 为了应付⼯作。原因其实很简单，⽆外乎有以下⼏种 ： “⽂档⽆⽤论”，写⽂档还不如多⽤⼀些时间在解决项⽬问题上； 写了软件测试计划其实也没有⼏个⼈看； ⽂档其实不被重视； 仅仅是为了应付公司品质部门、QAO的检查或者CMMI评估； 在⼯作中测试管理的具体实践活动，依赖的是经验，⽽不是⼀份写在纸上的测试计划书； 敏捷过程是“轻⽂档”化的；