51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师【周活动】 找茬--心里圈的故事 !【长期招募】博为峰网校招聘兼职讲师!横扫BAT,Python全栈测试开发技能大全
【108期】:我有自动化问题找joykao?【征稿】提交你的测试成绩单! 【专题】用尽一切办法只为让你学好用例 自学软件测试那点事
查看: 11768|回复: 32

[求助] 需求过细,对测试是好是坏?

[复制链接]

该用户从未签到

发表于 2008-11-3 15:45:06 | 显示全部楼层 |阅读模式
最近接触一个项目,一看需求很是震惊,根本分析不出东西来,所有功能点、子功能点。。等等,写的非常全面,说句夸张的话,简直一个需求就是一个测试用例。
也许片面上,我们会觉得需求写的细,反而节省了我们分析需求,提炼功能点,设计用例的时间,但是真的是这样么?
想听听大家的看法!


回复

使用道具 举报

该用户从未签到

发表于 2008-11-4 10:19:06 | 显示全部楼层
真的有这种需求文档吗, 对于我来说, 真的是太好的东西了.
建议分享下...我也拿给公司领导们看看,别人的需求文档是怎么写的...
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-11-4 15:19:08 | 显示全部楼层
呵呵,这可是我做梦都想达到的境界呀

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

使用道具 举报

该用户从未签到

发表于 2008-11-5 10:17:06 | 显示全部楼层
哇靠,这样,你也有烦恼?看看TD,如果他都这么细了,把他录入TD的测试需求中,只用经过转换就可以形成测试计划用例,生成实验室,省多少时间呀,你烦恼嘛呢?
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-11-5 18:31:47 | 显示全部楼层
听说过测试推动需求么?Test Driven Requirement。它的需求就等价于测试。不过极其详尽的需求也未必等价于测试。总得来讲什么样的需求都有可能,不必过于奇怪。
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-11-7 10:34:46 | 显示全部楼层
楼主好运
回复 支持 反对

使用道具 举报

该用户从未签到

发表于 2008-11-7 13:03:44 | 显示全部楼层
百年难得一见,高兴都来不及。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    发表于 2008-11-7 14:40:46 | 显示全部楼层
    呵呵,这种粒度的需求分析的确是开发之福。羡慕。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-11-10 16:59:27 | 显示全部楼层
    强烈要求LZ发文档,给大家共享共享. 我也拿去寒碜下公司的需求人员...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-11-17 10:36:49 | 显示全部楼层
    强烈要求发来看看!
    那么细的需求多好啊,省下了多少的工作啊,需求转测试用例的风险也小了..
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-11-17 11:08:44 | 显示全部楼层
    有那么细的需求文档?我在我们公司连需求文档都没有看到有啊。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-11-18 13:26:02 | 显示全部楼层
    LZ好运啊,我要是能碰上这样的事情,就偷笑了···
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2017-1-24 02:54
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    发表于 2008-11-25 11:18:52 | 显示全部楼层
    至少不是坏事吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-12-2 10:47:35 | 显示全部楼层
    以前在日资企业做,他们的需求文档的确很细,与测试需求相差无几,每一句话都是一个功能点都是一个测试用例,所以开发、测试都比较省事,我们国内企业需求文档的确不咋滴,人家的需求看着真的很爽。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-12-2 10:52:33 | 显示全部楼层
    对于国内的企业来说,关键是这些需求是经过严格评审通过
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-12-5 13:44:13 | 显示全部楼层
    这样的话,写测试需求的时候,不是很清晰明了吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    发表于 2008-12-12 14:37:09 | 显示全部楼层
    楼主是否可以贴出一段来看看?

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

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

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

    在软件维护器时,可以可以对软件需求不足的地方进行补充(不是修改)。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-12-15 10:32:43 | 显示全部楼层
    "蒙着眼睛走路"和"睁眼走很远的路"
    Lz认为哪个好点?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    发表于 2008-12-15 11:29:46 | 显示全部楼层
    我想是越细越好,但是测试人员不仅要把每个细节搞清楚,还要把整个系统的流程弄明白,楼主的意思是不是细节上的文字太多了,系统的整体就不好弄明白了,但是整体也是很重要的,这就要考验测试人员的阅读能力了,阅读要适时的从细节中跳出来吧,我是这样想的。如果这样一份详细的需求中有一份对整个系统清晰明了的流程图就是完美的了吧。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /2 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2019-11-15 06:39 , Processed in 0.077617 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2019 Comsenz Inc.

    快速回复 返回顶部 返回列表