想问问大家:用户操作手册是谁负责的,由谁来写?用户操作手册是不是在测试执行之前完成,还是测试操作之后完成?
请各位尽快给我回复好吗??谢谢

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

会不会由测试人员来写！！？？

我们公司是由测试人员来写的，测试人员可以用户的角度去考虑问题，写出如何使用系统

那看公司的规范、分工是否明确了？我们公司是由专门的文档工程师来写的。

我们公司是有我来写的  在项目快做完了的时候写的

操作手册是在测试前写的，具体是谁写，我就不知道了。。。

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

我是菜鸟，随便说说~~

操作手册一般是由技术支持或者负责培训之类工作的同事来写吧

我们的写法：

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

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

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

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

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

测试完后，有测试人员写！

我觉得如果公司没有专门负责的人写，应该由测试部来完成

我们公司是测试完后，在发布前由测试人员编写，理由是经过测试，测试人员对系统的理解更深一层，也更能写出用户需要的东西！

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

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

我不仅要写用户手册，还要做用户培训！杂

我得命是不是很苦啊 ！！！

楼上的和楼上的楼上，你们是什么职位啊？

我们公司的用户手册因为牵扯到图例问题，所以是在后期，系统风格统一，界面也统一之后写的，因为测试人员要培训用户，所以是测试人员编写