一个老测试员对测试理解（3 关于测试文档）
这周我写了两篇相关的文档，但是反映不强烈，可能我的文字或者的对测试的理解不够。但是我还写这第三篇，因为我觉得我们做测试的需要相互交流。今天我们一起讨论关于测试文档，测试文档应该说占了我们测试大部分时间。1，测试有哪些些文档。
道理上测试过程中有这些测试计划，测试用例、测试记录、测试报告等，有些可能还把测试计划分成计划和方案，像我接触的公司测试人员还要写用户手册、安装手册、帮助等，当然还有些日常文档如日报、周报、交流记录等。
2，关于文档模板。
很多人经常这样问，我要写测试用例了，模板是怎么样，有哪些内容等等。我觉得我们要知道每份文档编写的目是什么，是哪些人要看，他们关心哪些等。比如你是测试LEAD写了一份测试计划，你要了解，部门经理和项目经理关心的是进度和成本，项目经理还要关心跟项目其它进度的结合处。测试经理关心的是你需要多少人，对人有什么要求，这些人的任务分配情况，你采用哪些测试方法，可行性怎么样等。那么你只要把每个人关心的事，有条理说清楚就行了，当然你文档的排版要合理，让每个人可以快速找到他关心的内容。
3，关于文档管理。
现在大部分公司一般都已使BUG管理工具，测试记录已经不使用文件进行提交。也有公司使用一些测试管理工具，把测试相关文档的管理起来，如TD， ration等。如果现在大家还是已WORD或EXCEL提交那么建议大家使用BUG管理工具，不然对测试记录查询统计实在不方便，其它文档如果是在局域网内使用VSS，如果是在外网的话使用SVN或CVS管理即可。
4，怎么衡量文档的质量
首先文档结构清晰，没有错别字，让看你文档的人能看的懂，所以如果我们是写给一些不是计算机出身的人，如客户，一定要注意，少用他们外行的专业术语，如果用了一定要通俗的解释。 不错,但是LZ也没有必要发2遍吧。sdlkfj5 前两天没看到。有感触！！支持一下 支持... 写的有一定的水平。如果能深入下去就更好了，如各类测试文档在测试中的地位和作用等。 没什么指导意义。 深度一般 有那些文档并不重要,重要的是如何写好这些文档.
一直比较头疼的就是写文档. sdlkfj2 支持 不就是测试后输出的文档嘛！
只要是个干测试的，都知道这些。
还“一个老测试员对测试理解”，”反映不强烈“！
我给你来点强烈的反映——“垃圾，垃圾中的战斗机！”
回复 #11 vr-ndr 的帖子
说得好！支持！ 佩服liaoxj的涵养。支持下这个话题。关于输出文档，说两句实际点的：
1，输出文档有哪些
这个我没必要再废话。
2，关于文档模板。
你的公司若有模版，就按模版写，别别出心裁，一般领导不买账！
或者你在公司资历、地位够老。ok,模版对你来说就是垃圾。你写的就是模版。
3，关于文档管理。
无非就是划一片地儿，把文档按项目或别的什么标准，分门别类放起来。具体用啥工具，就看你公司的实力了。
4，怎么衡量文档的质量
怎么衡量？就看你领导的水平了！或者你公司测试方面整体水平如何。
5，文档的作用
就是告诉别人，我们测试都做了什么，万一产品出现了问题，责任不是我们的！
我说的基本都是事实。好了，大家可以批判了！ 我们本来在这地方肯定有交流的，有了交流就有不同观点。表达方式也不同。
对vr-ndr对文档作用（万一产品出现了问题，责任不是我们的！）不是很认同。
测试也整个项目团队成员之一，产品质量怎么会跟我们没关呢。
除非你测试报告中已说明还存在什么问题，但是由于各种原因，没有修改，产品发布了，出现了我说明的问题并造成了损失，只能说明我应做的事已做到，现在出现问题了只能主要问题责任不是我们。 对我这测试新手
还是帮助不少
要好好理解。。
页:
[1]
