怎样进行文档测试？

linmi_010

怎样进行文档测试？

怎样进行文档测试？高分相送问题点数：0、回复次数：18

1 楼

软件文档也是软件产品的重要部分.   
  文档测试的对象包含软件开发过程中的所有文档,保证其有效无误(尤其是要交付用户的相关文档).   
  测试可分为非代码(如:采用Word方式编写的用户手册)的和代码与文档结合(如:采用超级链接方式编写的用户手册)两种.   
  前者采用静态测试的方法,后者可采用动态测试的方法.   
   
  以上只谈了一点个人对于文档测试的拙见,也恐不甚精确和全面,但望能抛砖引玉!   
  

2 楼

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

3 楼

不断的交流.不断的更新.

4 楼

作检查表

5 楼

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

6 楼

文档测试还是必要的，
一般采用走读等方式，检查操作和文档描述是否一直，对文档进行分类，不同的模块，分别测试
记录测试结果，最后归档统一

7 楼

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

8 楼

与用户或相关人员对文档进行评审（不是走过场，必须是严格的），然后按文档编写用例，再然后写脚本，交给测试工具！！

[ 本帖最后由 linmi_010 于 2007-8-17 14:31 编辑 ]

linmi_010

9 楼

yangljing   
  写的真全！
文档的测试主要是按照需求提供给用户的文档（帮助文件、用户使用说明说）的测试！
你要以一个用户（低级的，不会用计算机的）的眼光去阅读文档！使以上文档尽量详细！   
   
  

10 楼

个人认为：   
  1。检查文档的编写是否满足于文档编写的目的（最重要的）   
  2。检查文档的内容是否齐全，正确   
  3。检查文档的后续是否完善   
  4。检查文档的标记是否正确

11 楼

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

12 楼

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

13 楼

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

14 楼

测试这东西还没有搞清楚，关注中

15 楼

即将做测试工作,学习中   
   
  

16 楼

用户在使用系统时候，如果出现问题，首先求助的就是在线帮助。一个糟糕的在线帮助会很大的打击用户对系统的信心。因此一个好的系统，必须要有完备的帮助体系，包括用户操作手册，实时在线帮助等。在线帮助的测试（Online   Help   Testing）主要用于验证系统的实时在线帮助的可用性和正确性。
在实际操作过程中，在线帮助测试可以和文档测试（或资料测试）一起进行。在进行在线帮助测试的时候，测试人员需要关注下面这些问题：     
   
  Ø     1、帮助文件的索引是否正确？     
   
  Ø     2、帮助文件的内容是否正确？     
   
  Ø     3、在系统运行过程中帮助能否被正常的激活？     
   
  Ø     4、在系统不同的位置激活的帮助内容与当前操作内容是否相关联？     
   
  Ø     5、帮助是否足够详细并能解决需要被解决的问题？   
  

17 楼

目前应该还没有专门的测试文档的工具吧？

18 楼

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

以上数据均来自www.CSDN.com

linmi_010

想找文档测试的文章学习并且与大家分享，但是只找到这个帖子，但是还是与大家分享，希望能给大家带来帮助。

shtina

评审