软件产品由大量工作和为数不少的非软件部分组成，非软件部分主要是文档。

　　软件文档最常见的是拷贝到软件安装盘的Readme文件。

　　软件测试员通常不限于仅测试软件，而要负责组成整个软件产品的各种部分。保证文档的正确性也在职责范围之内。

　　1、软件文档的类型

　　如果软件文档仅有Readme文件，测试很简单。要保证该文档包含应有的所有材料，全部内容从技术角度讲准确无误，还要进行拼写检查和磁盘病毒扫描，这就是文档测试的内容。

　　现在，软件文档要占到整个产品的一大部分。

　　以下是可以归类于文档的软件组成部分。

　　（1）包装文字和图形

　　包括盒子、纸箱和包装纸。

　　文档困难包含软件的屏幕截图、功能列表、系统要求和版权信息。

　　（2）市场宣传材料、广告以及其它插页

　　（3）授权/注册登记表

　　这是客户注册软件时填写并寄回的卡片，也可以作为软件的一部分，显示在屏幕上让用户阅读、认可，并完成联机注册。

　　（4）EULA

　　代表最终用户许可协议。可能在软件安装过程中弹出显示在屏幕上。

　　（5）标签和不干胶条

　　可能出现在媒体、包装盒或者打印材料上。

　　它们还包括序列号不干胶条盒封EULA信封的标签。

　　（6）安装和设置指导

　　有时该信息直接打印在磁盘上。对于复杂软件，可以是完整的手册。

　　（7）用户手册。

　　主要是联机手册。

　　（8）联机帮助

　　联机帮助一般可以和用户手册互换使用，有时甚至取代用户手册。

　　联机帮助索引和搜索功能，用户查找所需信息更加容易。

　　（9）指南、向导和CBT（计算机基础训练）

　　这些工具将编程代码和书写文档融合在一起，一般是内容和类似宏的高级编程的混合体，通常捆绑在联机帮助系统中。

　　（10）样例、示例和模板

　　编译器可能用一小段代码来演示如何使用编程语言的某些方面。

　　（11）错误提示信息

　　2、文档测试的重要性

　　软件用户把这些独立的非软件部分当做整个软件的一部分。

　　好的软件文档以几种方式确保产品的整体质量：

　　（1）提高易用性

　　（2）提高可靠性

　　可靠性是指软件稳定和坚固的程度。

　　（3）降低支持费用

　　好的文档可以通过恰当的解释和引导用户解决困难来预防这种情况。

　　注意：作为软件测试员对待文档要像对待代码一样给予同等关注和投入。它们对用户是一样的。如果没有要求测试文档，一定要把此作为问题提出来并在整个测试计划中包括这部分。

　　3、审查文档时要找什么

　　测试文档有两个等级。

　　如果是非代码，测试就是静态过程，可以视之为技术编辑或技术校对。

　　如果是文档和代码紧密结合在一起，就要进行动态测试。这种情况属于真正的软件测试。

　　注意：无论文档是不是代码，像用户那样对待它都是非常有效的测试方法。

　　仔细阅读，按照每个步骤操作，检查每个图形，尝试每个示例。

　　如果有简单代码，测试代码是否按照描述的方式进行。

　　最后，如果文档是软件驱动的，就要像软件其余部分一样进行测试。

　　检查索引表是否完整，搜索结果是否正确，超级链接和热点是否跳转到正确的页面。利用等价划分技术确定尝试哪些测试用例。

　　4、文档测试的实质

　　（1）文档常常得不到足够的重视；

　　如果负责测试软件中的一个领域，一定要为伴随代码的文档测试做出预算，像对待软件一样给予关注。

　　（2）编写文档的人可能对软件做什么不甚了解；

　　文档作者不必是软件功能方面的专家。最重要的是，指出发现的代码中难以使用或者难以理解之处，让它们在文档中更好地解释。

　　（3）印刷文档制作要花不少时间，可能是几周，甚至几个月。

　　由于这个时间差，软件产品的文档需要在软件完成之前完稿——锁定。

　　5、总结

　　从用户的角度看，软件文档和软件都是同样的产品。联机帮助索引遗漏一个重要条目，安装指导中存在错误步骤，或者出现显眼的拼写错误，都属于与其它软件失败一样的软件缺陷。

　　如果正确地测试文档，就可以在用户使用之前发现这些缺陷。