文档测试

读者群：文档面向的读者群要明确。

       对于初级用户可能要从鼠标的用法点击按钮讲起。

       对于中级用户没必要给出太多的页面截图，但对于重要参数的讲解一定要深入，用词要专业。不管如何文档不能写成散文诗歌，言情小说，文档的目的是要让用户看到东能理解。

术语：文档中用到的术语要适用于定位的读者群，用法一致，标准定义与业界的规范相吻合。如果

术语表较多，在页面的末尾要给出属于的索引；如果被测试软件提供二次开发功能，有大量函数，则用必要编写独立的使用手册和开发指南，比如GSM，CDMA，MMS，SMS，FNS等。

正确性：测试需要检查的所有信息的正确性，查找由于过期产品说明和由于产品版本升级所导致的一切问题，检查所有章节目录，索引和章节引用是否更新，连接是否正确，甚至产品支持电话，地址和邮政编码是否正确。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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