51Testing软件测试论坛

标题: 需求过细，对测试是好是坏？ [打印本页]

作者: lester0820 时间: 2008-11-3 15:45
标题: 需求过细，对测试是好是坏？
最近接触一个项目，一看需求很是震惊，根本分析不出东西来，所有功能点、子功能点。。等等，写的非常全面，说句夸张的话，简直一个需求就是一个测试用例。
也许片面上，我们会觉得需求写的细，反而节省了我们分析需求，提炼功能点，设计用例的时间，但是真的是这样么？
想听听大家的看法！

作者: xuaneric 时间: 2008-11-4 10:19
真的有这种需求文档吗, 对于我来说, 真的是太好的东西了.
建议分享下...我也拿给公司领导们看看,别人的需求文档是怎么写的...

作者: hongewuyan 时间: 2008-11-4 15:19
呵呵，这可是我做梦都想达到的境界呀

目前我手头能要到开发的需求文档都不错了。。。详细到这个程度简直无法可想。

作者: zengyixun 时间: 2008-11-5 10:17
哇靠，这样，你也有烦恼？看看TD，如果他都这么细了，把他录入TD的测试需求中，只用经过转换就可以形成测试计划用例，生成实验室，省多少时间呀，你烦恼嘛呢？

作者: goal1860 时间: 2008-11-5 18:31
听说过测试推动需求么？Test Driven Requirement。它的需求就等价于测试。不过极其详尽的需求也未必等价于测试。总得来讲什么样的需求都有可能，不必过于奇怪。

作者: 61168826 时间: 2008-11-7 10:34
楼主好运

作者: marx-zhang 时间: 2008-11-7 13:03
百年难得一见，高兴都来不及。

作者: archonwang 时间: 2008-11-7 14:40
呵呵，这种粒度的需求分析的确是开发之福。羡慕。

作者: xuaneric 时间: 2008-11-10 16:59
强烈要求LZ发文档,给大家共享共享. 我也拿去寒碜下公司的需求人员...

作者: ljdlx 时间: 2008-11-17 10:36
强烈要求发来看看!
那么细的需求多好啊,省下了多少的工作啊,需求转测试用例的风险也小了..

作者: 新手笑哈哈 时间: 2008-11-17 11:08
有那么细的需求文档？我在我们公司连需求文档都没有看到有啊。

作者: toshiba 时间: 2008-11-18 13:26
LZ好运啊，我要是能碰上这样的事情，就偷笑了···

作者: yinzp0207 时间: 2008-11-25 11:18
至少不是坏事吧

作者: zhong51test 时间: 2008-12-2 10:47
以前在日资企业做，他们的需求文档的确很细，与测试需求相差无几，每一句话都是一个功能点都是一个测试用例，所以开发、测试都比较省事，我们国内企业需求文档的确不咋滴，人家的需求看着真的很爽。

作者: wslss007 时间: 2008-12-5 13:44
这样的话，写测试需求的时候，不是很清晰明了吗？

作者: 乐乐公主的弟弟 时间: 2008-12-11 11:37
以前参加过一个关于测试的培训，那个老师关于测试需求的话我一直记着，而且把它用于实际工作中。
“测试可以没有测试用例，但一定要有测试需求！”
也就是说测试需求如果能够做得很好、很细，是完全可以直接指导和完成测试的，当然这是在比较极端的情况下。
我是想说，需求如果真的能够细到楼主说的那样，那么测试需求就可以做的很细致，对于测试当然是一件极好的事。

作者: flyingpig 时间: 2008-12-12 14:37
楼主是否可以贴出一段来看看？

这里主要是需求的粒度问题。
软件测试的目的是为了保证软件质量。如果一个软件在开发的前期，明确的知道需要开发的是什么内容，可能会遇见那些情况，那么在软件设计的时候，就相对容易。相应的，开发和测试周期缩短，软件成本降低。这些都是好事情呀。

软件测试不仅是找出软件存在的问题，还要验证软件的正确性。

即时是非常详细的软件需求，在测试的时候，测试用例也是可以写的与软件需求的内容不一致的。在验证功能的正确性时，需要查看是否符合软件需求。

在软件维护器时，可以可以对软件需求不足的地方进行补充（不是修改）。

作者: xiaoyaoke 时间: 2008-12-15 10:32
"蒙着眼睛走路"和"睁眼走很远的路"
Lz认为哪个好点?

作者: kxllr 时间: 2008-12-15 11:29
我想是越细越好，但是测试人员不仅要把每个细节搞清楚，还要把整个系统的流程弄明白，楼主的意思是不是细节上的文字太多了，系统的整体就不好弄明白了，但是整体也是很重要的，这就要考验测试人员的阅读能力了，阅读要适时的从细节中跳出来吧，我是这样想的。如果这样一份详细的需求中有一份对整个系统清晰明了的流程图就是完美的了吧。

作者: 疾风天鹰 时间: 2008-12-19 18:03
LZ可能考虑到保密的原因，呵呵，把文档加工一下，贴上来给大伙看看吧，大家都等着呢

作者: fengyun32 时间: 2009-1-7 17:08
强烈
支持

发上来..

作者: 美元测试 时间: 2009-1-7 18:47
反正不是坏事
可以减少很多不必要的沟通～

作者: photon 时间: 2009-1-7 20:34
好处还是远大于坏处吧

作者: guojunlin 时间: 2009-1-8 09:26
有好处

作者: 拽拽小凡 时间: 2009-1-15 10:03
这个写需求的人太赞了

作者: lixiaoxiao6 时间: 2009-3-31 15:53
一般时间充足的话，测试需求当然时写的越细越好。我先在在写测试用例，由于前期的需求写的太概括了，再加上公司的需求不断变更，所以在写用例的时候要花费很多时间，不过也能学到很多东西，:-)

作者: Ericpeng861024 时间: 2013-10-8 16:00
在EXIGEN serives 的时候，每个USERSTORY就等同于详细测试案例。不值得奇怪了。大的做金融内的公司都这么详细的

作者: 冬儿 时间: 2013-10-16 08:34
我也特别想看看因为我们公司小现在的需求也是我在做需求文档是从业务那里拿过来后我再根据后期的沟通修改补充完善的

作者: sunflower_sunny 时间: 2013-12-11 11:31
这样不是很好嘛，求之不得啊。把浪费在挖掘需求评审需求上的垃圾时间都用来做更有意义的事多好啊~~

作者: iceseraph 时间: 2014-2-13 14:16
小日本给测需求文档都是这样，像这样的需求文档要好好看看，仔细研究，可能有坑的，要当心

作者: 测试123. 时间: 2017-7-26 09:05
有这样的需求文档不错，节约了需求提炼的时间

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