51Testing软件测试论坛

标题: 问各位用户操作手册应该由谁来写? [打印本页]

作者: 冰河 时间: 2005-1-12 10:29
标题: 问各位用户操作手册应该由谁来写?
想问问大家:用户操作手册是谁负责的,由谁来写?用户操作手册是不是在测试执行之前完成,还是测试操作之后完成?
请各位尽快给我回复好吗??谢谢

作者: testing 时间: 2005-1-13 00:03
在很多大公司用户操作手册由资料组的人完成的，一般在软件需求分析阶段就介入了。不过，一般很多公司都不能这样操作，如果谁空闲，就由谁写了，没有一定之规，并且，一般都是在项目结束的时候，才开始写。

作者: 冰河 时间: 2005-1-13 11:45
标题: 谢谢！！！
会不会由测试人员来写！！？？

作者: 森林一木 时间: 2005-1-17 10:17
我们公司是由测试人员来写的，测试人员可以用户的角度去考虑问题，写出如何使用系统

作者: 冰河 时间: 2005-1-17 13:48
标题: 是吗？谢谢楼上的回复！

作者: happymei 时间: 2005-1-18 09:40
那看公司的规范、分工是否明确了？我们公司是由专门的文档工程师来写的。

作者: lee 时间: 2005-4-20 14:27
我们公司是有我来写的在项目快做完了的时候写的

作者: wzb521 时间: 2005-4-27 08:55
操作手册是在测试前写的，具体是谁写，我就不知道了。。。

因为在测试中包括文档测试，文档测试里就有操作手册的测试，它需要验证里面描述的是否正确、是否清楚。

我是菜鸟，随便说说~~

作者: tracyw 时间: 2005-5-14 12:19
操作手册一般是由技术支持或者负责培训之类工作的同事来写吧

作者: 猫儿 时间: 2005-5-19 21:07
我们的写法：

测试后期，产品发布前写。

由测试人员编写，因为测试人员测试过整个产品后，不仅对功能，对使用，功能上的各种限制条件，模块间的逻辑关联都有经较清晰的了解。

所以测试人员写出来的手册，更全面。

如果仅是操作方面的手册，也可以由需求人员，或者用户教育人员来写

作者: takiro 时间: 2005-5-20 08:26
呵呵前几天才写完用户手册。。对于正规大型公司的话在需求功能及界面上就分析决定后就应该写用户手册了不过对于大部分的公司都是象猫儿说的在测试后期产品发布前写。。我们就是这样。。因为往往在测试后期项目的功能及界面，风格等才能最终统一。

作者: kasad 时间: 2005-5-25 11:49
测试完后，有测试人员写！

作者: ecust 时间: 2005-6-4 22:17
我觉得如果公司没有专门负责的人写，应该由测试部来完成

作者: babel 时间: 2005-6-21 10:45
我们公司是测试完后，在发布前由测试人员编写，理由是经过测试，测试人员对系统的理解更深一层，也更能写出用户需要的东西！

作者: beck3000 时间: 2005-6-21 16:09
实际的操作过程中，好像是测试人员因为测试的整个过程，对系统更为了解，更贴近客户，但这只是一个既成事实，按照道理来讲，不应该是测试人员来写的。
软件的各种文档，包括需求分析文档和这个用户手册，可能都存在bug，其实都是属于提交给客户的软件系统的一部分，都是属于被测试的对象，如此说来，由测试人员来写，又由谁来测试这个用户手册呢。
所以我认为，不能因为这样一个既成事实，就认为测试人员写操作手册是天经地义的。个人倾向于需求人员来写，需求人员应该对你的系统有清晰完整的认识，他应该跟踪整个软件的生命周期，从而写出完整可靠的用户手册。

作者: beck3000 时间: 2005-6-21 16:21
忽然想起，有些公司的项目有专门的实施人员，如果有实施人员，那么操作手册由他们写就是责无旁贷的了。每个公司的每个项目组织架构都不同，可能具体还要根据情况，软件开发虽然规范很多，但真正做起来，也要尽可能灵活吧

作者: rien2128 时间: 2005-8-12 13:28
我不仅要写用户手册，还要做用户培训！杂

作者: name-jj 时间: 2005-9-5 10:21
楼上的和楼上的楼上，你们是什么职位啊？

作者: 大妮 时间: 2005-9-8 12:10
我们公司的用户手册因为牵扯到图例问题，所以是在后期，系统风格统一，界面也统一之后写的，因为测试人员要培训用户，所以是测试人员编写

作者: whkwzyc 时间: 2005-9-8 14:22
我们公司一般是在开发完成后，由开发人员写操作手册。个人认为操作手册由测试人员来写不是很合适，因为操作手册不仅是测试的对象，而且是测试人员的参考文档，至少在我们公司是这样。

作者: sbq5 时间: 2005-10-25 20:43
应该在测试前写的吧，文档最后也是要经过测试的，所以应该不会叫测试的人来写

作者: josshua 时间: 2005-10-27 20:50
标题: 资料
我们公司从一开始就由资料组来负责,写完后交由测试人员审查,修改后才能发放

作者: free_xiaoyu 时间: 2005-10-31 15:10
我们是由测试人员完成，也是在产品发布前才写的。

作者: lzq123335 时间: 2005-11-1 13:47
我们是客服来些

作者: tongke 时间: 2005-11-1 15:38
哈.........刚开始偶都挨写过先........

作者: yoyoa 时间: 2005-12-1 15:43
不知道指的是用户手册，还是操作手册？
用户手册是PM，或专门负责文档的人来写；操作手册是由开发和技术支持来写。
如果是由测试来写，那应该是PM指派的，但职责不应该在测试部门。

作者: johnjinwei 时间: 2006-1-26 18:54
如果公司没有专门负责的人写，应该由测试部来完成。
如果项目需要实施的话，应该由顾问来写。

作者: swallow0918 时间: 2006-2-1 16:37
我们公司是由测试人员在差不多完成系统测试后由测试人员写，偶已经不知道写过多少模块的用户手册了！呵呵～

作者: vickywang_no1 时间: 2006-2-8 18:04
由测试人员写比较好吧。测试人员贴近用户、操作熟练、理解全面，写完一本手册，相当于对软件进行了N遍详细全面的测试。手册可以在需求完成后就开始编写，在以后的时间不断添砖加瓦。

作者: 惠馨 时间: 2006-2-14 15:59
测试人员写的

作者: linming20002000 时间: 2006-4-10 17:25
我们用户手册是由测试人员编制的. 我们公司的测试人员执行软件开发项目的所有过程.不要以为是个小公司,还是有550多个人的大公司.

作者: greeny 时间: 2006-4-20 09:47
规范的大公司是由专门的文档编写组的人来写的，小公司就由测试人员直接编写了。当然是在产品完成之前编写好；

作者: 耶罗 时间: 2006-4-25 09:33
应当开发人员写比较合理. 开发人员完成coding后需要提交相关的详细的安装文档及用户手册(开发人员内部可以配备专门写文档的人员). 测试人员负责测试文档的正确性. 测试文档应当在测试前给QA.

作者: yoyoa 时间: 2006-4-28 13:46
文档由开发人员来写，是不是有点资源浪费了。

作者: 耶罗 时间: 2006-4-29 13:04
开发组可以专门配备写文档的

作者: morpar82 时间: 2006-5-3 21:13
既然是问“应该”由谁写，那我认为应该是专门的人员来写，毕竟操作手册是直接面对和指导客户的，了解软件的人虽然多，但未必都能用最简明易懂的语言表达出来。

不过我以前的公司就是由测试－－也就是在下写的，和楼上的某几位一样，还包括在线帮助啦，培训用的文档,PPT啦等等所有这些都是我来，晕～甚至培训都是我，但也没人来询问下测试是否合适呢？因为真正面对客户的时候，作为一个仅熟悉功能的测试人员，很多时候会被客户的“专业”问题问得哑口无言。

作者: uuxyh 时间: 2006-5-15 09:55
理论上应该由开发来写,CMMI规定的,文档质量由测试人员把关,而国内实际情况是开发太忙(可能也不肖于做这种"小事"),只好由测试来写,因为除了开发就是测试对系统最熟了,但如果测试没写好,就没有人来把关了.

作者: 月上梅稍 时间: 2006-5-26 16:00
我们公司是要测试人员来写的。

作者: LPL 时间: 2006-7-7 19:16
我们公司是小公司，有时是测试人员写，有时需求分析人员写，总之，是老板逮着谁谁写。

作者: nbmty 时间: 2006-8-2 17:51
标题: 这样的！
更多的是测试人员来写，部分的会由培训人员、文档工程师、实施人员来写，看不同公司的组织架构！

作者: aancting 时间: 2007-1-24 14:57
标题: 回复 #40 LPL 的帖子
这要各公司不同而有所区别,正规的公司一般会有写在线帮助的文员来写操作手册;也有的公司是技术支持部来写的,因为他们要对客户进行培训,操作手册自已写的更能看懂,也好跟客户交流;另外一个些小公司那基本上就是测试人员来写了!

作者: 佛念技工 时间: 2007-2-17 19:04
标题: re:
占一个位置，楼下的来！

作者: yongming566 时间: 2007-2-25 17:19
呵呵
我还没写过

作者: Rosetan 时间: 2007-3-3 18:10
小的公司可能要测试人员来写，我就写过的。

作者: crazysusan 时间: 2007-3-23 09:00

原帖由冰河于 2005-1-13 11:45 发表
会不会由测试人员来写！！？？

我们公司的操作手册就是由测试人员来写的。。。

作者: njandrew 时间: 2007-3-24 16:38
由测试人员写会比较合适

作者: windyfreeze 时间: 2007-4-12 15:32
一般都是结束后才些的啦！

作者: 1129 时间: 2007-6-18 11:06
大部分的公司好象都是由测试人员来兼任这项工作的

作者: liuwei8558 时间: 2007-6-27 15:18
理论上讲是由开发人员来完成用户手册的写作工作.

作者: prada_sj 时间: 2007-7-12 17:16
我们公司是由开发人员或者测试人员写，看谁有时间

我的命更苦啊！测试，培训文档，培训，客服

作者: guanyijing 时间: 2007-7-31 20:52
标题: 回复 #1 冰河的帖子
对于产品来说，用户手册应该由产品经理发起，由项目组成员共同完成（包括开发、测试、资料组），整个文档的编制工作应该从需求分析结束后即开展（用户手册中应包含必要的业务知识），到产品系统测试之后结束（涉及到用户UI方面的截图等，需要到此阶段才能最终敲定）。客户方实施（维护）人员则负责后期用户需求变更之后的手册更新工作。

作者: antsbee 时间: 2007-8-1 19:59
我们公司也是谁有空被发现了,就指定他来写(我们是系统测试,需要对系统有一定的了解的人才有资格)~
当然期间也是需要变更的. 总之是在正式release前要有个成熟点的手册.

作者: 藍色飛揚 时间: 2007-8-1 21:55
原来实习的公司就是把用户操作手册丢给测试做的，还要兼做客服

作者: vivian_zhuang 时间: 2007-8-2 01:10
因该是开发的需求分析人员来写吧～！
看公司的正规性和规模了，也有可能让测试人员来写～！

作者: scarlett 时间: 2007-8-2 09:41
我们开始是开发组长带着手下一起写。谁做的那个模块谁就负责把那个部分的操作手册添上去。感觉很不规范。但是也没有办法。因为我没有发言权。如果我提出来的话。估计就是全部我来写。。。

作者: pbtlight 时间: 2007-8-6 21:29
这个应该在需求中期就开始写了，一般由需求人员来写。用户手册也不是一次就完成了的，它也经过了Draft。Audit，Release，进入CM流程，如果开发和测试发现需求的问题，这个时候用户手册也要进行同步的更新，走chang control流程，最后和产品一起发布，这个规定太严格了。你也可以只做版本管理。

作者: 木鱼 时间: 2007-8-8 09:47
我们目前是由功能设计人员在功能设计阶段写，然后由测试人员来维护

作者: 寸草不生 时间: 2007-8-21 15:56
由测试的来写比较好

作者: cangmang 时间: 2007-8-27 10:40
从理论上来讲应该是在测试前完成的,应根据开发人员提交的功能报告由专门的文档编写人员来写.不过公司没那么大规模的话谁写都是可以的.

作者: 西风一任秋 时间: 2011-11-18 15:11
支持15楼！完整的测试是需要对文档进行测试的，包括产品说明、操作手册、安装手册等等。不过国内很多公司目前由于人力不足或者其他原因，都交由测试人员完成。

作者: tangxiaomei123 时间: 2011-11-18 15:23
我就正在写操作手册，分配的任务！！！

作者: xuxf 时间: 2011-12-13 09:47
我们公司的都是测试人员在写的。毕竟测试人员对每个细节多很熟悉

作者: xxmgcm 时间: 2011-12-29 23:05
我们公司是测试员写的，也就是我咯。自己写的还真没人检查你的东西

作者: C筱Q 时间: 2012-2-23 10:12
我们公司就是由测试人员编写的。

作者: Johnwx 时间: 2019-5-13 15:08

beck3000 发表于 2005-6-21 16:09
实际的操作过程中，好像是测试人员因为测试的整个过程，对系统更为了解，更贴近客户，但这只是一个既成事 ...

用户使用手册就是用户对产品提出的需求, 而用户需求的整理是由需求方做的, 所以需求方是最了解用户习惯的, 让需求方去写用户操作文档比较合理, 而且这个用户使用文档正好也要由测试人员进行测试, 如果测试自己写, 1. 花费的时间过长, 因为测试要写其他的文档. 2. 不方便评审和测试, 因为医者难自医.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)