8、 软件文档测试主要包含什么？

        随着软件文档系统日益庞大，文档测试已经成为软件测试的重要内容。文档测试对象主要如下：

• 包装文字和图形；
• 市场宣传材料、广告以及其它插页；
• 授权、注册登记表；
• 最终用户许可协议；
• 安装和设置向导；
• 用户手册；
• 联机帮助；
• 样例、示范例子和模板；
• … …

        文档测试的目的是提高易用性和可靠性，降低支持费用，因为用户通过文档就可以自己解决问题。因此文档测试的检查内容主要如下：

• 读者对象——主要是文档的内容是否能让该级别的读者理解；
• 术语——主要是检查术语是否适合读者；
• 内容和主题——检查主题是否合适、是否丢失、格式是否规范等；
• 图标和屏幕抓图——检查图表的准确度和精确度；
• 样例和示例——是否与软件功能一致；
• 拼写和语法；
• 文档的关联性——是否与其它相关文档的内容一致，例如与广告信息是否一致；

        文档测试是相当重要的一项测试工作，不但要给予充分的重视，更要要认真的完成，象做功能测试一样来对待文档测试。

9、 没有产品说明书和需求文档地情况下能够进行黑盒测试吗？

        这个问题是国内测试工程师经常遇到的问题，根源就是国内软件开发文档管理不规范，对变更的管理方法就更不合理了。实际上没有任何文档的时候，测试人员是能够进行黑盒测试的，这种测试方式我们可以称之为探索测试，具体做法就是测试工程师根据自己的专业技能、领域知识等不断的深入了解测试对象、理解软件功能，进而发现缺陷。

        在这种做法基本上把软件当成了产品说明书，测试过程中要和开发人员不断的进行交流。尤其在作项目的时候，进度压力比较大，可以作为加急测试方案。最大的风险是不知道有些特性是否被遗漏。

10、测试中的“杀虫剂怪事”是指什么？

        “杀虫剂怪事”一词由Boris Beizer在其编著的《软件测试技术》第二版中提出。用于描述测试人员对同一测试对象进行的测试次数越多，发现的缺陷就会越来越少的现象。就像老用一种农药，害虫就会有免疫力，农药发挥不了效力。这种现象的根本原因就是测试人员对测试软件过于熟悉，形成思维定势。

        为了克服这种现象，测试人员需要不断编写新的测试程序或者测试用例，对程序的不同部分进行测试，以发现更多的缺陷。也可以引用新人来测试软件，刚刚进来的新手往往能发现一些意想不到的问题。

11、在配置测试中，如何判断发现的缺陷是普通问题还是特定的配置问题？

        在进行配置测试时，测试工程师仍然会发现一些普通的缺陷，也就是与配置环境无关的缺陷。因此判断新发现的问题，需要在不同的配置中重新执行发现软件缺陷的步骤，如果软件缺陷不出现了，就可能是配置缺陷；如果在所有的配置中都出现，就可能是普通缺陷。

        需要注意的是，配置问题可以在一大类配置中出现。例如，拨号程序可能在所有的外置Modem中都存在问题，而内置的Modem不会有任何问题。

14.5其它常见问题

1、 为什么尽量不要让时间有富裕的员工去做一些测试？

        表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。如果他是专职的，那么肯定更有经验和信心。国内的小伙子好象都喜欢做程序员，两者工作性质不同，待遇不同，地位不同，对自我实现的价值的认识也不同，这是行业的一个需要改善的问题。如果只是为了完成任务而完成任务，或者发现了几个问题就觉得满意了，这在任何其它工作中都是不行的。

2、 完全测试程序是可能的吗？

        软件测试初学者可能认为拿到软件后需要进行完全测试，找到全部的软件缺陷，使软件“零缺陷”发布。实际上完全测试是不可能的。主要有以下一个原因：

• 完全测试比较耗时，时间上不允许；
• 完全测试通常意味着较多资源投入，这在现实中往往是行不通的；
• 输入量太大，不能一一进行测试；
• 输出结果太多，只能分类进行验证；
• 软件实现途径太多；
• 软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；

        因此测试的程度要根据实际情况确定。