需求过细，对测试是好是坏？

lester0820

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

xuaneric

真的有这种需求文档吗, 对于我来说, 真的是太好的东西了.
建议分享下...我也拿给公司领导们看看,别人的需求文档是怎么写的...

hongewuyan

呵呵，这可是我做梦都想达到的境界呀

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

zengyixun

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

goal1860

听说过测试推动需求么？Test Driven Requirement。它的需求就等价于测试。不过极其详尽的需求也未必等价于测试。总得来讲什么样的需求都有可能，不必过于奇怪。

61168826

楼主好运

marx-zhang

百年难得一见，高兴都来不及。

archonwang

呵呵，这种粒度的需求分析的确是开发之福。羡慕。

xuaneric

强烈要求LZ发文档,给大家共享共享. 我也拿去寒碜下公司的需求人员...

ljdlx

强烈要求发来看看!
那么细的需求多好啊,省下了多少的工作啊,需求转测试用例的风险也小了..

新手笑哈哈

有那么细的需求文档？我在我们公司连需求文档都没有看到有啊。

toshiba

LZ好运啊，我要是能碰上这样的事情，就偷笑了···

yinzp0207

至少不是坏事吧

zhong51test

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

wslss007

这样的话，写测试需求的时候，不是很清晰明了吗？

乐乐公主的弟弟

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

flyingpig

楼主是否可以贴出一段来看看？

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

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

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

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

xiaoyaoke

"蒙着眼睛走路"和"睁眼走很远的路"
Lz认为哪个好点?

kxllr

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

疾风天鹰

LZ可能考虑到保密的原因，呵呵，把文档加工一下，贴上来给大伙看看吧，大家都等着呢