51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 17937|回复: 32
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

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


分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情

    2020-3-10 14:20
  • 签到天数: 33 天

    连续签到: 1 天

    [LV.5]测试团长

    32#
    发表于 2017-7-26 09:05:01 | 只看该作者
    有这样的需求文档不错,节约了需求提炼的时间
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    31#
    发表于 2014-2-13 14:16:29 | 只看该作者
    小日本给测需求文档都是这样,像这样的需求文档要好好看看,仔细研究,可能有坑的,要当心
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2013-12-11 11:31:06 | 只看该作者
    这样不是很好嘛,求之不得啊。把浪费在挖掘需求评审需求上的垃圾时间都用来做更有意义的事多好啊~~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2013-10-16 08:34:13 | 只看该作者
    我也特别想看看 因为我们公司小 现在的需求也是我在做 需求文档是从业务那里拿过来后 我再根据后期的沟通修改补充完善的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2013-10-8 16:00:26 | 只看该作者
    在EXIGEN serives 的时候, 每个USERSTORY就等同于详细测试案例。不值得奇怪了。大的做金融内的公司都这么详细的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2013-10-8 16:00:09 | 只看该作者
    在EXIGEN serives 的时候, 每个USERSTORY就等同于详细测试案例。不值得奇怪了。大的做金融内的公司都这么详细的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2009-3-31 15:53:55 | 只看该作者
    一般时间充足的话,测试需求当然时写的越细越好。我先在在写测试用例,由于前期的需求写的太概括了,再加上公司的需求不断变更,所以在写用例的时候要花费很多时间,不过也能学到很多东西,:-)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2009-1-15 10:03:39 | 只看该作者
    这个写需求的人 太赞了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2009-1-8 09:26:37 | 只看该作者
    有好处
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2009-1-7 20:34:04 | 只看该作者
    好处还是远大于坏处吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2009-1-7 18:47:39 | 只看该作者
    反正不是坏事
    可以减少很多不必要的沟通~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2009-1-7 17:08:31 | 只看该作者
    强烈
    支持

    发上来..
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2008-12-19 18:03:23 | 只看该作者
    LZ可能考虑到保密的原因,呵呵,把文档加工一下,贴上来给大伙看看吧,大家都等着呢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    18#
    发表于 2008-12-15 10:32:43 | 只看该作者
    "蒙着眼睛走路"和"睁眼走很远的路"
    Lz认为哪个好点?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2008-12-12 14:37:09 | 只看该作者
    楼主是否可以贴出一段来看看?

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

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

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

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

    15#
    发表于 2008-12-5 13:44:13 | 只看该作者
    这样的话,写测试需求的时候,不是很清晰明了吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

    13#
    发表于 2008-11-25 11:18:52 | 只看该作者
    至少不是坏事吧
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 04:51 , Processed in 0.083372 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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