51Testing软件测试论坛

标题: 弱弱的问一句，需求应该又测试人员来写吗。 [打印本页]

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

作者: liuchunyanli 时间: 2009-7-1 12:12
需求文档应该在调研之后完成。系统已经做完了再写需求，应该是补文档吧？
这个工作由谁来做好像就是领导说了算的了，没有应该不应该了。

作者: movestar 时间: 2009-7-1 14:27
如果有专门的需求分析人员，就由他们来写。
如果没有，测试人员来写，是很正常的，如果有不明确，可以和用户、上司以及客户沟通需求。

作者: linux@2008 时间: 2009-7-1 14:27

原帖由 liuchunyanli 于 2009-7-1 12:12 发表
需求文档应该在调研之后完成。系统已经做完了再写需求，应该是补文档吧？
这个工作由谁来做好像就是领导说了算的了，没有应该不应该了。

你是作测试的吗？

系统还没有开始，具体软件还没有确定，就让我们开始写。基本要求我已经写出来了。
领导说了算的了，没有应该不应该了。
看来你也是个小领导了。测试是有原则的，怎么能如此官僚。

作者: linux@2008 时间: 2009-7-1 14:32

原帖由 movestar 于 2009-7-1 14:27 发表
如果有专门的需求分析人员，就由他们来写。
如果没有，测试人员来写，是很正常的，如果有不明确，可以和用户、上司以及客户沟通需求。

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

作者: oscarli 时间: 2009-7-1 14:35

,又让我长见识了，从前从来没有听说软件需求要测试人员来写的。不知道测试人员写的需求项目是如何开发和测试的。如此职责不明确？？能做好项目测试吗？

作者: linux@2008 时间: 2009-7-1 14:44

原帖由 oscarli 于 2009-7-1 14:35 发表
,又让我长见识了，从前从来没有听说软件需求要测试人员来写的。不知道测试人员写的需求项目是如何开发和测试的。如此职责不明确？？能做好项目测试吗？

这句话我爱听，作了怎么久的测试，也是第一次还让我敢上了。既然遇上了，争取给作好点，可是现在苦于“巧妇难为无米之炊”。
我们公司让人张见识的事情还不少，但是处于保密还是不说的好，再因为是类似国企，现在是怎么解决问题，我们其他测试人员接到任务，这几天也都在唏嘘。
谢谢各位见识更深的人，给出点解决办法。谢谢了。

作者: iamjoegu 时间: 2009-7-20 11:41
不管是需求人员写还是测试人员写，测试人员一定要参与需求！！！从刚开始就要。

作者: kelly_yan 时间: 2009-7-21 11:53
如果业务熟悉，需求是可以写的。
不过这个是分工问题，需求确实不是测试人员的分内事务。
你们公司是不是想省去业务和需求人员，所以让你们来写了。

作者: dj 时间: 2009-7-21 14:34
如果是还没有开发的项目，如果有条件最好测试人员能够参与，在这种情况下，一般都是需求分析人员或者负责调研的人来负责写需求说明的；
但是如果你先前没有文档，测试通过后，让测试补充的，那就无所谓了，如果领导要求，那就写呗；

作者: fifi0rain 时间: 2009-7-23 12:08

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

作者: lky3 时间: 2009-7-24 11:26
可以参考以前的文档写吗。

作者: Sunny-spring 时间: 2009-8-24 12:01
呵呵,我用的需求文档是开发人员写的,

作者: movestar 时间: 2009-8-24 16:06

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

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

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

作者: littlesham 时间: 2009-8-25 12:18
我也说一句，项目的需求应该是由调研人员给出的。对于项目的开展，测试应该尽量在早期进入。另外测试可以给出的只能是对项目的测试需求。

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

作者: leo_hu 时间: 2009-9-2 00:06

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

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

作者: evilbeel 时间: 2009-9-2 12:54
标题: 与其抱怨，不如赶快开始吧，又过一天了呢。一天能干不少事
测试是参与需求讨论和界定。完成测试需求和测试计划。
让你写需求难度不大。
第一，公司是产商，你们应该是专家。
第二，测试参与了前期需求讨论的，如果还不了解需求，如何做测试计划?
第三，8个人，一个月，我相信一个产品周期不是这么草率的，前期有调研吧，有成本核算吧，人力分配吧，资料呢？这该自己主动的。

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

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

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

作者: havards 时间: 2010-7-7 10:50
LZ的错别字可真多

作者: chengning 时间: 2010-7-13 11:52

测试人员牛起来了哈哈

作者: candy_girl 时间: 2010-11-12 14:41

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

作者: angle-ying 时间: 2010-11-19 16:59
楼主不用弱弱的问，不了解你们公司的情况，我们公司是有专门的产品人员，没有的话也不用测试写，这本来也不是测试的事情啊测试都忙的过不来了

作者: angle-ying 时间: 2010-11-19 16:59
写使用说明书倒是可以写的呵呵

作者: hzjceshi2009 时间: 2010-11-19 17:12
我们公司的需求文档就是由测试来写，这可以让测试人员更早的参入到加项目中。

作者: 谭典萍 时间: 2011-3-23 15:38
需求人员写需求...

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

作者: y_test 时间: 2011-4-2 14:53
根据情况来吧

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)