51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 55369|回复: 65
打印 上一主题 下一主题

问各位用户操作手册应该由谁来写?

[复制链接]

该用户从未签到

跳转到指定楼层
#
发表于 2005-1-12 10:29:19 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
想问问大家:用户操作手册是谁负责的,由谁来写?用户操作手册是不是在测试执行之前完成,还是测试操作之后完成?
请各位尽快给我回复好吗??谢谢
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

推荐
发表于 2005-9-8 14:22:15 | 只看该作者
我们公司一般是在开发完成后,由开发人员写操作手册。个人认为操作手册由测试人员来写不是很合适,因为操作手册不仅是测试的对象,而且是测试人员的参考文档,至少在我们公司是这样。
回复 支持 1 反对 0

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

63#
发表于 2019-5-13 15:08:02 | 只看该作者
beck3000 发表于 2005-6-21 16:09
实际的操作过程中,好像是测试人员因为测试的整个过程,对系统更为了解,更贴近客户,但这只是一个既成事 ...

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

使用道具 举报

该用户从未签到

62#
发表于 2012-2-23 10:12:14 | 只看该作者
我们公司就是由测试人员编写的。
回复 支持 反对

使用道具 举报

该用户从未签到

61#
发表于 2011-12-29 23:05:46 | 只看该作者
我们公司是测试员写的,也就是我咯。自己写的还真没人检查你的东西
回复 支持 反对

使用道具 举报

该用户从未签到

60#
发表于 2011-12-13 09:47:20 | 只看该作者
我们公司的都是测试人员在写的。毕竟测试人员对每个细节多很熟悉
回复 支持 反对

使用道具 举报

该用户从未签到

59#
发表于 2011-11-18 15:23:30 | 只看该作者
我就正在写操作手册,分配的任务!!!
回复 支持 反对

使用道具 举报

该用户从未签到

58#
发表于 2011-11-18 15:11:34 | 只看该作者
支持15楼!完整的测试是需要对文档进行测试的,包括产品说明、操作手册、安装手册等等。不过国内很多公司目前由于人力不足或者其他原因,都交由测试人员完成。
回复 支持 反对

使用道具 举报

该用户从未签到

57#
发表于 2007-8-27 10:40:44 | 只看该作者
从理论上来讲应该是在测试前完成的,应根据开发人员提交的功能报告由专门的文档编写人员来写.不过公司没那么大规模的话谁写都是可以的.
回复 支持 反对

使用道具 举报

该用户从未签到

56#
发表于 2007-8-21 15:56:59 | 只看该作者
由测试的来写比较好
回复 支持 反对

使用道具 举报

该用户从未签到

55#
发表于 2007-8-8 09:47:45 | 只看该作者
我们目前是由功能设计人员在功能设计阶段写,然后由测试人员来维护
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

52#
发表于 2007-8-2 01:10:01 | 只看该作者
因该是开发的需求分析人员来写吧~!
看公司的正规性和规模了,也有可能让测试人员来写~!
回复 支持 反对

使用道具 举报

该用户从未签到

51#
发表于 2007-8-1 21:55:35 | 只看该作者
原来实习的公司就是把用户操作手册丢给测试做的,还要兼做客服
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

49#
发表于 2007-7-31 20:52:44 | 只看该作者

回复 #1 冰河 的帖子

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

使用道具 举报

该用户从未签到

48#
发表于 2007-7-12 17:16:01 | 只看该作者
我们公司是由开发人员或者测试人员写,看谁有时间

我的命更苦啊!测试,培训文档,培训,客服
回复 支持 反对

使用道具 举报

该用户从未签到

47#
发表于 2007-6-27 15:18:48 | 只看该作者
理论上讲是由开发人员来完成用户手册的写作工作.
回复 支持 反对

使用道具 举报

该用户从未签到

46#
发表于 2007-6-18 11:06:31 | 只看该作者
大部分的公司好象都是由测试人员来兼任这项工作的
回复 支持 反对

使用道具 举报

该用户从未签到

45#
发表于 2007-4-12 15:32:39 | 只看该作者
一般都是结束后才些的啦!
回复 支持 反对

使用道具 举报

该用户从未签到

44#
发表于 2007-3-24 16:38:48 | 只看该作者
由测试人员写会比较合适
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-25 04:02 , Processed in 0.089387 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表