更多的是测试人员来写，部分的会由培训人员、文档工程师、实施人员来写，看不同公司的组织架构！

这要各公司不同而有所区别,正规的公司一般会有写在线帮助的文员来写操作手册;也有的公司是技术支持部来写的,因为他们要对客户进行培训,操作手册自已写的更能看懂,也好跟客户交流;另外一个些小公司那基本上就是测试人员来写了!

占一个位置，楼下的来！

占一个位置，楼下的来！

呵呵
我还没写过

小的公司可能要测试人员来写，我就写过的。

引用:

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

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

由测试人员写会比较合适

一般都是结束后才些的啦！

大部分的公司好象都是由测试人员来兼任这项工作的

理论上讲是由开发人员来完成用户手册的写作工作.

我们公司是由开发人员或者测试人员写，看谁有时间

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

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

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

原来实习的公司就是把用户操作手册丢给测试做的，还要兼做客服

因该是开发的需求分析人员来写吧～！
看公司的正规性和规模了，也有可能让测试人员来写～！

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

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

我们目前是由功能设计人员在功能设计阶段写，然后由测试人员来维护

由测试的来写比较好