应用软件的操作手册应该由测试员来写吗?
大家讨论下!!!! 应该是由营销技术支持那边来写的吧? 我没写过 sdlkfj3 这个看不同公司了。。。由测试工程师也没什么不对,因为对系统操作是非常熟悉的,但是工作量会加大。。。呵呵。。有些公司由文档工程师来编写的。。 测试的时候都没有需求,编写操作手册的时候,我发现是在写用户的需求。 资料部的人写 公司的部门也没那么齐全 现在大部分公司都是让测试人员写的,因为测试得久嘛.了解的也比较多啦.不过本人不喜欢这样,唉....实在也是没有办法啦. 和roadxizi 的感觉一样
而且这样工作量感觉大了非常多,还要写些FAQ,以及一些用户调查表之类的
用户手册不应该让测试人员编写的几个原因
1用户手册是测试阶段需要的几个文档之一。2用户手册一般是在最后阶段编写,这一般和系统测试时间冲突。
3用户手册的内容应该在测试阶段进行检查,如果由测试人员来写,就变成了谁编写谁检查,效果不好
不应该让测试人员编写
sdlkfj2 ,测试人员应该根据用户手册进行测试的不是么? 没有什么应该不应该 的很多公司都是这么要求的 老板最大嘛 没办法 应该由提需求的人来写么,我们是测试的,为什么反过来要补那些在开发之前就应该写好的东西呢。 每次都是我写的,很累。应该是咨询顾问写。 我这儿一般是测试人员写。
没有人会让开发人员写手册
产品又会说了解的不深入。。。。
分公司分项目
也写过但不是经常写,但是具体是谁来写,应该没有什么定论吧,写也没什么坏处(在不太忙的情况下) 有公司会定专业的文档部门来写.没有这个之前,还是测试人员或技术支持人员写最合适了. 写过!
反正测试过程中对操作也熟悉了,谢谢手册也没什么嘛!sdlkfj2
回复 #1 roadxizi 的帖子
我们部门的user manual都是俺们测试人员写的!只有对软件熟悉的人材可以写出让你容易理解的user manual.呵呵!个人意见 我们公司是由开发人员写的,而且项目组还要写test case,呵呵,爽啊 由测试人员写,跟后期测试时间严重冲突
页:
[1]
2