怎样进行文档测试？ - 51Testing软件测试论坛

软件文档也是软件产品的重要部分.
  文档测试的对象包含软件开发过程中的所有文档,保证其有效无误(尤其是要交付用户的相关文档).
  测试可分为非代码(如:采用Word方式编写的用户手册)的和代码与文档结合(如:采用超级链接方式编写的用户手册)两种.
  前者采用静态测试的方法,后者可采用动态测试的方法.

  以上只谈了一点个人对于文档测试的拙见,也恐不甚精确和全面,但望能抛砖引玉!

个人观点
软件测试中的文档测试主要是对相关的设计报告和用户使用说明进行测试，对于设计报告主要是测试程序与设计报告中的设计思想是否一致；对于用户使用说明进行测试时，主要是测试用户使用说明书中对程序操作方法的描述是否正确，重点是用户使用说明中提到的操作例子要进行测试，保证采用的例子能够在程序中正确完成操作；

本人基本赞成hqxiaoying(小颖)的看法！
我觉得文档的测试主要采用静态测试即走查的方法，可以依据的是同行评审，列出一个检查表，然后大家一起坐下来对着被测试的文档进行阅读排错。通常文档都很长，而一般的建议是一次同行评审步的时间不能超过两个小时，因此可以对被测试文档执行测试时，列个计划，将总的文档分解，按照计划多次对被测试的文档进行走查。

先对项目过程中的文档清单列出,然后按照上面各位说的对各文档进行测试总结,完成检查表
文档
（版本/日期）已创建或可用已被接收或已经过复审作者或来源备注
可行性分析报告是□　否□ 是□　否□
  软件需求定义是□　否□ 是□　否□
  软件系统分析
（STD,DFD,CFD,DD）是□　否□ 是□　否□
  软件概要设计是□　否□ 是□　否□
  软件详细设计是□　否□ 是□　否□
  软件测试需求是□　否□ 是□　否□
  硬件可行性分析报告是□　否□ 是□　否□
  硬件需求定义是□　否□ 是□　否□
  硬件概要设计是□　否□ 是□　否□
  硬件原理图设计是□　否□ 是□　否□
  硬件结构设计（包含PCB）是□　否□ 是□　否□
  FPGA设计是□　否□ 是□　否□
  硬件测试需求是□　否□ 是□　否□
  PCB设计是□　否□ 是□　否□
  USB驱动设计是□　否□ 是□　否□
  Tuner BSP 设计是□　否□ 是□　否□
  MCU设计是□　否□ 是□　否□
  模块开发手册是□　否□ 是□　否□
  测试时间表及人员安排是□　否□ 是□　否□
  测试计划是□　否□ 是□　否□
  测试方案是□　否□ 是□　否□
  测试报告是□　否□ 是□　否□
  测试分析报告是□　否□ 是□　否□
  用户操作手册是□　否□ 是□　否□
  安装指南是□　否□ 是□　否□

文档测试是一件很费时间的事情,好像目前没有专门的测试工具,
  我是一个测试人员,谈谈自己的想法
我个人理解,提交到测试部门文档有两种:一种是测试部门自己消费的,如详细设计,概要设计,
  另外一种就是给客户用的,如安装说明,使用手册,
  这对第一种文档的测试,由于是内部消费,所以只要查看编写的是否符合公司规范,是否满足自己的需求就可以了,具体到用词,格式等不必深究
而第二种就要仔细的产看了,采用的方法包括楼上说得,1.如果有数据,一定要按照数据走一边,保证提供的数据是正常的,同时要注意,数据是否一致,如编码方案等2.用词是否严谨,不要出现二意性的用词,一面出现,自己是这么理解的,而客户是那么理解的3.检查文档的标记是否正确,包括关于产品的标记,尤其是做产品的公司,往往是使用手册,帮助等复用,所以一定要看仔细,别到时挂狗头,卖羊肉,5,如果文档中有图片,看看图片与现在的是否一致,6.操作功能的署名是否正确
总之,第二种一定要以客户的眼光去看

文档测试主要是检查各种开发设计文档是否齐全，是否有软件的组织架构，以及相关的流程图，和详细说明等。一份好的文档，拿给测试人员看，就知道其开发是采用什么技术实现的，且是如何实现的。他就是测试人员的窗口，测试人员可以从中提取很多测试用例的精要，了解开发人员的设计思路。一份好的文档对开发人员也相当重要，任何人接手别人的工作，都可以直接知道别人的设计思想。

不同的文档面向的对象是不同的，文档要能够是设计者和编程者思想的体现。
lisir010所说的，一种是测试部门自己消费的,如详细设计,概要设计,虽然是内部消费，但是公司还是要考虑到人员的流动问题，避免出现人走程序没人懂的现象，所以设计阶段的文档也要具体。另外一种给客户用的,如安装说明,使用手册,这个就更不必说了，可以将用户手册中的数据作为测试案例，保证数据的可靠性。

用户在使用系统时候，如果出现问题，首先求助的就是在线帮助。一个糟糕的在线帮助会很大的打击用户对系统的信心。因此一个好的系统，必须要有完备的帮助体系，包括用户操作手册，实时在线帮助等。在线帮助的测试（Online Help Testing）主要用于验证系统的实时在线帮助的可用性和正确性。
在实际操作过程中，在线帮助测试可以和文档测试（或资料测试）一起进行。在进行在线帮助测试的时候，测试人员需要关注下面这些问题：

  Ø    1、帮助文件的索引是否正确？

  Ø    2、帮助文件的内容是否正确？

  Ø    3、在系统运行过程中帮助能否被正常的激活？

  Ø    4、在系统不同的位置激活的帮助内容与当前操作内容是否相关联？

  Ø    5、帮助是否足够详细并能解决需要被解决的问题？

分阶段的我觉得大家说的不错,但要注意总体的一致性,即各类文档不能有冲突.开发阶段中文档测试最好同行评审,比较简单的是编写人之间/开发/测试人员之间/编写人,开发/测试人员之间的交叉测试.用户手册最好的办法给销售/技术支持/最终客户人员检查.不过首先在此之前,必须通过了内部审查