制定测试计划也要清楚项目范围

制定计划的前提是清楚项目的范围，知道哪些是项目应当完成的任务，哪些是不需要完成的任务，在此基础之上，通过估算工作量和所需的资源排定计划。

对于测试计划也是同理。

只有测试人员清楚了解被测试软件项目的属性之后，才有可能开发出有效的测试计划。 测试人员需要了解的信息通常仅靠软件开发计划中的信息是不够的。

测试人员了解项目信息的渠道至少有以下两种：

1. 组织客户/用户领域的走读

测试人员是站在用户的角度来审查软件的，所以他必须要非常清楚用户对软件的使用需求。

测试人员进行客户/用户领域的走读既能了解关于用户完成行为的总体概述，又能获取用户将如何使用该软件的意见。

测试人员可以通过观察用户在处理业务的实际场景来进行用户领域的走读。

2. 勾勒软件项目的轮廓

理解用户业务任务的主要目标在于勾勒出一个软件项目的轮廓。 勾勒项目轮廓，可能需要以下信息：

• 项目的目标。 测试人员如果不理解项目的目标，就可能会做出错误的测试决定。 比如：

如果用户需要一个易于使用的特殊的屏幕，但是如果测试人员没有意识到这一目标的话，他们就可能只对屏幕进行测试，而忽略了“易于使用”这一属性。

• 开发过程类型。

• 客户/用户。 测试人员要正确地标识出软件的客户和用户以及他们的需要和能力，这样他们才能开发出评估该软件是否能够正确地执行的测试来。

• 项目的可交付内容。 测试人员必须知道可交付的内容是什么，这样可以帮助测试人员把注意力集中在系统企图获得的成果上。

• 成本／进度。 用于测试的资源应包含在项目的预算和进度表中，测试人员需要了解项目的成本和进度，以安排测试进度和分配资源。

• 项目的约束。 每个软件项目都应该有一系列的约束或条件，这些约束和条件可能影响到测试的广度，也会影响到一些必须对其进行评估的条件。

• 开发人员的能力。 测试人员需要知道开发人员的能力。 比如，如果开发人员是新人而且经验不够，那么测试人员可以预计将会发现更多的缺陷。

• 实现的技术。 使用新技术还是成熟技术，软件中潜在的缺陷会有强烈反差。

• 构建/使用的数据库。 测试人员需要知道软件系统将要使用的数据库的类型。

• 与其他系统之间的接口。 与被测系统接合的系统越多，测试工作量也就越大。

• 项目的统计信息。 测试人员应该多了解一些项目的统计信息，比如，处理事务的数量、事务存在的时间、用户数量等，这些信息都将帮助测试人员开发出合适的测试数据。

所以，当测试人员对用户的业务需求和项目的信息有了足够的了解，可以帮助他制定更好的测试计划。

这正是：

项目范围是基础，测试人员要清楚

了解用户和业务，项目信息有帮助

参考书目： 《软件测试的有效方法》

作者简介： 王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。 现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。