不管是软件测试设计，还是测试执行，软件工作产品都是软件测试活动的主要输入，例如：系统需求文档。因此，软件工作产品（项目文档）对于有效开展软件测试活动是至关重要的。然而，现实情况是：即使是试图充分描述软件产品的项目团队，其开发的项目文档（例如需求规格说明文档）也和想象有很大差距，例如：需求不清楚、不完善。这是一个不可对抗的事实，也是一个基本问题。

　　根据实践经验估算，在当前的软件项目中超过80%的代码用于实现错误处理，实现主要控制流的代码不足20%。但是即使是完整的规格说明也可能只会用不足20%的篇幅描述错误处理。这就意味着80%的代码是软件人员边编码边设计的。

　　由于项目文档中将主要篇幅放在了主要功能的描述上面，而对其中的错误处理等方面描述不足。因此，测试人员不能根据需求文档完备、一致或者准确的假设来设计和执行测试，即在软件测试过程中，软件测试人员仅仅考虑项目文档中提供的信息是不够的。下面罗列了一些对测试人员有用的信息源，以补充项目文档中没有提供的信息：

　　1）软件产品相关的国际标准、国家标准和行业标准；

　　2）类似项目的用户手册，或者以前版本的使用手册；

　　3）利益相关者提供的各种培训资料和变更备忘录；

　　4）已出版的图形化界面风格指南和用户界面标准，例如：微软公司出版的指南；

　　5）通过和系统人员、开发人员、客户支持人员等的沟通获取的产品信息和客户信息；

　　6）以前软件产品的缺陷列表和缺陷分类；

　　7）开展探索性测试，以获取软件产品更多的表现行为和输出；

本文转载自51Testing软件测试网，查看更多：http://www.51testing.com/html/news.html