完整性：慢慢仔细阅读，完全根据提示进行操作，不要做任何虚设。对没有检测到的部分，耐心补充遗漏步骤，对于极其熟悉业务的测试员来说这项测试极为困难，因为思路已经固定的按照一定的流程去测试，极易忽略不常用的部分。所以，强烈建议让不是很熟悉该软件的测试人员进行此项目的测试。

　　一致性：主要是根据文档的描述执行某些步骤后，检查软件返回结果是否与文档描述一致。

　　易用性：可以通过对目录索引，关键词搜索，提高用户的易用性

　　图表与界面截图：确保所有的图表标题和界面的截图都来自源软件，避免由于版本升级界面改变导致的不一致问题。

　　样例与示例：像用户一样载入和使用样例，确保每一个模版文件的正确性。

　　语言：对于英文来说。一般不会出现拼写和语法问题。但是对于中文文档来说，可以采用校对工具辅助人工检查，并进行细致用户的校对，不能让用户发现错别字。记得之前使用Window 8 Developer Preview时，不断弹出出现口口的对话框，那个恼人啊！

　　印刷和包装：主要检测印刷厚度，手册质量和开本是否合适。这些都是小问题了。

　　二、针对在线帮助的测试：

　　1、准确性，对在线帮助测试的程度至少要接近于用户手册的检查，避免用户发现帮助文档存在明显的错误。

　　2、帮助文档编写是和程序编写的结合。不仅仅要检查程序的可靠性，还要检查文本的准确性。

　　3、帮助索引，如果帮助系统包含了索引或者主题列表，允许用户进入，就要进行逐条检查。

　　4、超链接：测试人员必须对每条连接都测到，无论多复杂的连接结构，测试人员都有义务检查每条分支。

　　5、链接的意义：测试人员应当保证，索引和连接是有意义的。

　　6、帮助的风格：帮助文本应当尽量简洁，风格尽量简单。

　　三、文档测试需要注意的几个问题：

　　1、文档常常得不到足够的重视，大部分是由于缺乏足够的资金支持，而文档测试更是得不到重视。

　　2、编写文档的人可能不是软件特性方面的专家，对软件了解可能并不深入。

　　3、文档的印刷耗费时间，Readme文件将最后的改动通知用户，它能保持文档到最后一刻发布从而保持与软件程序的同步。

　　4、文档的测试不仅仅是对文件的校对，文档的编写与测试人员和开发程序的开发者来说审视程序的角度并不相同，所以文档测试所发现的问题也与开发者发现的问题不同，文档测试往往能发现严重性的问题，例如功能实现错误，易用性不好，用户手册与程序不吻合等问题。当然这是在全面测试的基础上，所以测试人员看文档的速度越快，发现问题的机会就越少。所以，对这部分的测试要加强监督，重新培训测试人员，甚至是更换测试人员才能解决这一类的问题。

版权声明：本文出自 Godkingman 的51Testing软件测试博客：http://www.51testing.com/?427686

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。