章12 测试文档
软件产品由大量工作和为数不少的非软件部分组成，非软件部分主要是文档。软件文档最常见的是拷贝到软件安装盘的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、总结从用户的角度看，软件文档和软件都是同样的产品。联机帮助索引遗漏一个重要条目，安装指导中存在错误步骤，或者出现显眼的拼写错误，都属于与其它软件失败一样的软件缺陷。如果正确地测试文档，就可以在用户使用之前发现这些缺陷。
