51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5981|回复: 17
打印 上一主题 下一主题

[讨论] 问一下系统的用户操作手册由谁来完成最好?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-7-18 16:58:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
各位有经验人士:
     先说一下我们的情况,我们公司有研发部,测试部,实施部,因为项目时间太紧张,软件开发每个阶段的时间都不够用,致使目前我们的系统操作手册没有落脚点,不能确定到底由那个部门的人员来完成会更好些,既保证了质量又充分利用了资源。
    根据你们长期的工作经验,您觉得这个操作手册应该哪个部门来完成会更好些?希望多提建议,谢谢
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2005-7-19 09:23:23 | 只看该作者
我们公司是由开发部人员来完成的,经理解释说:谁开发的项目,他本人是最了解该系统的。呵呵,仅供参考
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2015-6-16 14:29
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    3#
    发表于 2005-7-19 09:26:02 | 只看该作者

    我之前公司是由测试部门写的

    我之前的公司,用户手册是由测试部门写的,测试部门最熟悉系统,完成后,由该项目的业务人员审核
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
     楼主| 发表于 2005-7-19 11:41:07 | 只看该作者
    谢谢上面的回复。

    我们的手册转过几个部门了,现在还没有确定让哪个部门写,其实这个手册是很重要的,但是我没有足够的理由来说明该由哪个部门写最好,因为每个部门自己的工作都安排的很紧张,我现在负责质量管理的,需要给出主意,并且领导接受,希望能够帮我分析一下情况
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2005-7-19 18:31:15 | 只看该作者
    有的公司有专门的用户文档开发的部门
    有的公司则是由负责用户需求的人编写

    但一般来说 用户内文档需要经过测试部在真实环境下的测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2005-7-26 16:43:49 | 只看该作者
    像你公司目前的情况来看,应该是由测试人员来写.如果严格安照职责划分的话,应该由技术文秘来写.不过往往目前国内划分没有这么严格.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2005-7-31 21:50:06 | 只看该作者
    了解需求的人都可以写,如需求书写人员\测试人员\设计人员等.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-8-2 12:21:24 | 只看该作者
    我们公司用户操作手册由需求人员或设计人员完成
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-8-5 20:03:16 | 只看该作者
    我们是有一个部门做这种文档的,叫:Develop support
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
     楼主| 发表于 2005-10-14 19:46:42 | 只看该作者
    Originally posted by 依伊卜舍 at 2005-8-5 20:03:
    我们是有一个部门做这种文档的,叫:Develop support


    想问一下,Develop support这个部门的职责是什么呢,都负责什么工作呀


    :p
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2005-10-19 14:25:01 | 只看该作者
    我们把文档分成几类,有的是研发人员写的,有的是测试人员写的,也有市场和支持人员写的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2005-12-1 15:27:46 | 只看该作者
    开发过程中,文档通常有两类:用户手册,操作手册。
    用户手册是专门用来指导用户怎样来使用该产品的;通常比较细致,面面俱到,只要让阅读者知道如何使用软件即可。作者可以是PM,也可以是专门的文档员。
    操作手册是用来给公司内部的技术支持人员来用,比如,记载着有一些特殊问题怎样去处理,各个关键的注册表值等内容;这个文档通常是由开发来完成的,通常也会加技术支持人员来配合完成;属于这两个部门的职责。
    不知,楼主的文档指的是哪类?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2005-12-2 09:32:41 | 只看该作者
    原来都是由测试人员来写的。在测试的过程中编写用户手册,有时会给测试带来很大的帮助,一方面完成了用户手册,一方面又一次深入了了解系统,也许会发现测试时没有发现到的问题。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2005-12-7 15:04:39 | 只看该作者

    要看你的项目是在做新产品还是旧产品的维护开发

    不知道楼主指的这个项目开发是新产品的开发还是基于原来产品的完善?
    通常情况下,如果你们公司有产品管理人员的话,无论新旧产品,这个文档他们来写是责无旁贷的,因为他们既了解业务需求又了解系统设计及功能,所以他们最合适。
    如果没有产品管理人员,那么:
    如果是第一次发布的新产品则由测试负责写,因为测试就目前状况来说,是最熟悉系统功能的,当然写完,需要实施部门进行业务正确性、易读、易理解性的审核。
    如果是旧产品由于产品改进或完善而引发的操作文档就要由实施部门负责撰写。因为,这个文档的阅读对象是用户(如果没有理解错误楼主要提交的文档性质的话),对于用户的业务理解、文档要求来说,实施部门是最了解的;其次,系统完善的需求一般都是实施人员在一线收集和提交上来的,所以,他们对后续完善的功能应该了解得更透彻;最后,实施人员的其中一个职责就是培训、引导用户使用,写操作手册正好让他们以最快的速度全面了解、掌握系统功能,这对他们来说是熟悉系统的绝佳机会,他们何乐而不为呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-1-29 17:32:54 | 只看该作者
    需求分析阶段开始由需求分析人员进行编写,在设计、编码、集成过程中有各个阶段的人员负责不断修改和完善,一直到产品发布的时候有QA产品审计通过后并纳入发布基线,进行发布。

    目前国内有些公司由测试人员来写用户文档,这种做法很不科学.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2008-1-31 17:07:51 | 只看该作者

    回复 1# 的帖子

    我们公司由测试人员写!写的还不错。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-2-26 10:42:17 | 只看该作者
    我们公司是测试人员来写,之前一直由开发人员编写
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-3-4 14:15
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2008-3-18 17:59:39 | 只看该作者
    每个公司的情况都不一样.
    有些公司有专门的文档开发部,专门写文档的.
    我们公司是开发人员写(但先要有模板),测试部要对文档进行测试.
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 19:05 , Processed in 0.155906 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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