51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[讨论] 测试需求

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-9-22 16:59:17 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
测试需求在哪个阶段开始运作?是测试人员必需的吗?欢迎讨论!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

33#
发表于 2007-6-12 14:47:17 | 只看该作者
我们公司也是啊,只是出具了一分很笼统的需求,就叫我们测试组写需求测试用例,很是迷茫啊。sdlkfj8
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2007-6-6 11:02:02 | 只看该作者
很有讨论价值```
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2006-12-7 17:30:19 | 只看该作者
个人理解非常必要参与需求;因为要得出可测试性的结果。特别是对于小规模的公司来说
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2006-12-5 10:31:47 | 只看该作者
对于一个测试人员来说,最痛苦的事情莫过于没有需求了。
当叫你测一个产品的时候,当你提出有没有需求文档的时候,最怕听到的一句话就是“这个产品的功能跟×××一样,所以没有写需求”。而更可怕的是×××产品也没有需求文档。
~~~~~叫我怎能不悲伤sdlkfj9 ~~~~~
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2006-10-18 12:23:41 | 只看该作者
我现在也在做这方面的事情,个人理解应该在需求分析说明书出来就可以开始了,最好可以参与需求调查过程,这样对业务也可以多多的了解
测试需求主要测试需求说明书中功能说明,非功能说明以及约束性说明,从测试理解系统要完成的功能内容角度来检查说明书是不是有遗漏的,有没有多余的,有没有不可测试的这些内容,其实是对需求说明书的测试,不仅是对需求文档的检查还是对真正的需求进行细化的过程.
毕竟有这么一步还不都是为了提高软件质量嘛!
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2006-6-3 01:54:55 | 只看该作者
设计阶段就开始测试
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2005-10-25 20:41:42 | 只看该作者
测试需求在需求说明书完成后就开始了,非常重要,不过我觉得要水平比较高的才能去评审
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2005-10-21 10:44:43 | 只看该作者
大部分的软件公司,需求都是存在某一个人的脑子中。就算有需求文档也是乱七八糟,不知所云。测试人员本应以需求为基础,但是现在只能以程序为基础了!
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2005-9-20 00:12:51 | 只看该作者
我也正在为测试需求犯愁,也是调研人员去调研,我就只能看他们的系统方案,真不知道该怎么写,有谁可以给我一份实例参考参考啊,真的很迷茫啊,又是我一个人

我的QQ: 42252840
msn:syynykx@126.com
email: syynykx@126.com
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2005-9-8 14:34:48 | 只看该作者
我经常为测试需求而发愁,我们公司原来根本就没有产品需求文档,只有简单的软件设计和硬件设计文档,所以我只能从这些文档中挖掘测试需求,同时不断的与开发人员交流,最后在产品出来后,在调试的过程中不断的补充测试需求。现在有产品需求文档了,可是也是写的很模糊,很笼统,不知道大家都是怎么将产品需求和用户需求转换为测试需求的?
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2005-9-8 09:35:32 | 只看该作者
测试需求说白了就是我们要测试的所有的对象,目前存在的问题是测试需求的粒度和可测试性的分析。这个会直接影响到我们的测试覆盖度。
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2005-8-31 21:58:25 | 只看该作者
刚做测试的时候,觉得测试需求,完全来自需求说明书;随着时间长一点才发现,需求说明书所阐述远远不够,还要来自客户,或者是产品经理。
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2005-8-11 15:21:22 | 只看该作者
Originally posted by wjpjr at 2005-8-9 12:08 PM:
我现在正在做测试需求文档,感觉到让测试人员参加调研很多公司都不可能。最多需求出来拿给你就不错了。



的确
所以要想有完善的测试需求
除了参考各个需求文档以外
还需要需求调研人员的大力配合呀
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2005-8-9 12:08:51 | 只看该作者
我现在正在做测试需求文档,感觉到让测试人员参加调研很多公司都不可能。最多需求出来拿给你就不错了。
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2005-5-18 09:30:19 | 只看该作者
大家有没有测试需求的例子给参考一下呀!
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2005-5-14 11:10:22 | 只看该作者
【测试需求的根源来自于用户需求与软件需求两个方面。通过对用户需求与软件需求的功能细分(细分成像新增,删除,修改这样的小颗粒)与整理一番后,测试需求就可以产生了。】

——非常赞同xhzhou_cll说的!
再严格点说,软件需求 分为 开发需求 和 测试需求。
测试需求需要参考 用户需求(也就是业务需求)和开发需求。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2005-2-18 10:52:20 | 只看该作者
我得情况时,没有参与需求调研。现在开发人员将需求调研整理出来,我不知道怎样去着手去测试需求和详细设计?
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2005-1-19 17:27:45 | 只看该作者
个人认为测试需求即编写测试树的树干和树枝,等到用例完善了就为测试树加上了叶子,也就完整了,所以测试需求是知道测试过程的,不知道这样理解可否正确呢?
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2005-1-18 09:59:27 | 只看该作者
个人认为测试需求在有了系统功能列表时就可以着手写了,然后进行不断的完善,在软件需求规格说明书完成时进行最后的完善。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-25 14:42 , Processed in 0.094953 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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