弱弱的问一句，需求应该又测试人员来写吗。

linux@2008 · 发表于 2009-7-1 11:11:35

最近公司大张旗鼓，要开始写需求了。10几年的公司一直没有需求。测试用例也是去年才开始有的。关键是现在公司给提供的资料特别的少，还要写一个上网本的操作系统的里面的所有软件的需求。人员：8人。时间1个月。大约没人分得8个软件的工作量。
具体要求如下。
比如01：邮件管理器。具体软件未定。
比如02：浏览器，具体软件：firefox。
红色字，是他们给的要去。
我就想确定一下：第一，需求是否应该又测试来写。第二，如果作为你（一个测试人员）应该怎么写。

y_test · 发表于 2011-4-2 14:53:27

根据情况来吧

knoxvillelee · 发表于 2011-3-24 23:07:36

测试人员写需求是可行的，到什么程度要看这个测试人员的程度
首先，验收测试的测试人员完全可以搞定所有需求，因为验收测试的测试人员一般都可以算作用户代表，这些测试人员的意见直接反应出产品需要做成什么样子，这些需求可以写成大方向的需求；
其次，系统测试人员也可以加入到需求的讨论中，系统测试人员提出的需求，更多方面是产品具体功能实现的情况，应该是跟用户代表充分沟通后的结果，对这些需求的可测性进行探讨，更有利于系统测试的开展，形成需求规格；
最后，集成测试、单元测试的测试人员，在定需求这方面可能不会参与太多，这些测试人员更应该关注的是需求规格、概要/详细设计，即需求已经确定后，该如何实现这些需求，实现这些需求的方法和技术路线是否可行、可测，在接口方面有什么问题。
以上是本人对测试人员介入需求的部分看法，实际上测试人员最基础的，至少可以提出在本次需求中，对上一版本软件的哪些问题，应该进行修改；在本次测试结束后，存在的哪些问题，或者让软件更上一层楼的建议，在下一版本中建议修改，这些也算是需求！

谭典萍 · 发表于 2011-3-23 15:38:33

需求人员写需求...

hzjceshi2009 · 发表于 2010-11-19 17:12:06

我们公司的需求文档就是由测试来写，这可以让测试人员更早的参入到加项目中。

angle-ying · 发表于 2010-11-19 16:59:19

写使用说明书倒是可以写的呵呵

angle-ying · 发表于 2010-11-19 16:59:01

楼主不用弱弱的问，不了解你们公司的情况，我们公司是有专门的产品人员，没有的话也不用测试写，这本来也不是测试的事情啊测试都忙的过不来了

candy_girl · 发表于 2010-11-12 14:41:37

受教了，我也是测试加需求

chengning · 发表于 2010-7-13 11:52:04

测试人员牛起来了哈哈

havards · 发表于 2010-7-7 10:50:51

LZ的错别字可真多

violet82 · 发表于 2010-7-6 16:14:07

确实见识了。需求要测试人员来写～～
需求是确定系统应该实现哪些功能，测试人员只是根据确定的需求来测试系统功能是否符合需求；当然需求确定过程中测试人员也需要参与，也可以提出意见、建议。但毕竟测试人员不是产品行业人员，对产品行业不会有太深入的了解，如果能写需求那应该达到需求人员水平了。
对于楼主这种情况，本人推测是否公司既然你做需求人员又兼顾测试？？要么就是让你写使用说明书之类的吧。

liujinkui · 发表于 2009-9-3 20:12:07

那就多收集一些资料:
1。跟据竞争对手软件的功能简介
2。跟据现有资料
3。跟据业务逻辑的理解
4。在找一个规范的需求模板

evilbeel · 发表于 2009-9-2 12:54:11

测试是参与需求讨论和界定。完成测试需求和测试计划。
让你写需求难度不大。
第一，公司是产商，你们应该是专家。
第二，测试参与了前期需求讨论的，如果还不了解需求，如何做测试计划?
第三，8个人，一个月，我相信一个产品周期不是这么草率的，前期有调研吧，有成本核算吧，人力分配吧，资料呢？这该自己主动的。

[ 本帖最后由 evilbeel 于 2009-9-2 12:56 编辑 ]

leo_hu · 发表于 2009-9-2 00:06:54

原帖由 Sunny-spring 于 2009-8-24 12:01 发表
呵呵,我用的需求文档是开发人员写的,

开发需求和测试需求有区别的。
开发需求只说明软件需要完成哪些功能。
测试需求除了要提出要测试那些功能，还要提出可能出现的异常。

shiliu · 发表于 2009-9-1 20:49:40

深有体会呀
以前我在测试部的时候经常抱怨产品部没有没有需求文档、开发没有设计文档。
现在转去产品部了，正在努力改善当中

littlesham · 发表于 2009-8-25 12:18:19

我也说一句，项目的需求应该是由调研人员给出的。对于项目的开展，测试应该尽量在早期进入。另外测试可以给出的只能是对项目的测试需求。

movestar · 发表于 2009-8-24 16:06:19

原帖由 linux@2008 于 2009-7-1 14:32 发表

我们是作产品的，关键是现在没有客户，没有用户，领导不闻不问。我们无处沟通。

领导不闻不问,那就得主动问问领导。其次是多差些资料，尽量去感受用户希望有什么需求，把自己站在用户的角度想。
有时候自己的理解很片面。
也和开发多沟通，了解在他们眼中的产品是什么样的。
如果知道有什么功能，再根据功能推测需求吧。

Sunny-spring · 发表于 2009-8-24 12:01:25

呵呵,我用的需求文档是开发人员写的,

lky3 · 发表于 2009-7-24 11:26:43

可以参考以前的文档写吗。

fifi0rain · 发表于 2009-7-23 12:08:54

我最近也遇到了类似的问题，公司可能要做一个类似的系统，让我写一个已经开发出来的软件系统的需求文档。
不过俺是新手，所以先练习写吧，毕竟这也是一项本领。

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 弱弱的问一句，需求应该又测试人员来写吗。

相关帖子

与其抱怨，不如赶快开始吧，又过一天了呢。一天能干不少事

站长推荐 /1