51Testing软件测试论坛

标题: 测试需求 [打印本页]

作者: Fuli 时间: 2004-9-22 16:59
标题: 测试需求
测试需求在哪个阶段开始运作？是测试人员必需的吗？欢迎讨论！

作者: Fuli 时间: 2004-9-22 17:01
测试需求可以像测试指令一样规范起来吗？

作者: beiyue 时间: 2004-10-13 15:49
标题: reply
为什么没有人来讨论这个问题，其实是个很不错的问题

作者: xhzhou_cll 时间: 2004-10-15 16:58
标题: 是啊，我现在也遇到了这个问题
不过经过自己一段时间的学习，测试需求的根源来自于用户需求与软件需求两个方面。通过对用户需求与软件需求的功能细分（细分成像新增，删除，修改这样的小颗粒）与整理一番后，测试需求就可以产生了。

作者: xhzhou_cll 时间: 2004-10-15 17:00
标题: 请问Ful测试指令是个何东东？i
请问Ful测试指令是个何东东？i

作者: Fuli 时间: 2004-10-20 09:18
“测试需求的根源来自于用户需求与软件需求两个方面。测试需求的根源来自于用户需求与软件需求两个方面。”
楼上说的很好，思路很清晰。简单来说，测试需求指导着测试指令，属于衍生关系！

作者: huangsh2004 时间: 2004-10-29 10:24
标题: 测试需求是测试计划的一个组成部分
测试需求是测试计划的组成部分，是测试目标的细化。当然在测试计划阶段产生罗。

作者: beiyue 时间: 2004-10-29 15:23
标题: reply
需求往往描述的比较概括，不是很具体，那到底这个如何测试，欢迎讨论

作者: jackei 时间: 2004-10-30 13:21
http://blog.csdn.net/jackei/archive/2004/07/20/45964.aspx

作者: Fuli 时间: 2004-11-8 16:58
楼上的blog不错啊！

作者: someone5 时间: 2004-11-22 10:03
要做好需求的测试,首先还是要看你的行业知识

作者: huangsh2004 时间: 2004-12-7 13:39
现在讨论的是测试需求，与需求的测试不是一回事。就测试需求而言，我认为依据需求规格说明书以及包含测试目标的测试计划来进行

作者: happymei 时间: 2005-1-10 16:59
我最近也在为测试人员在需求调研阶段的主要工作内容是什么犯难。参与需求人员的调研，需求人员对测试人员的不够重视，让我觉得郁闷极了。

作者: fzx 时间: 2005-1-18 08:48
测试需求应该是软件需求规格说明书出来之后才做的工作。
根据业务需求说明，分析功能非功能性需求，
大致上说，
功能需求对应于功能测试需求
非功能需求对应于非功能测试需求

作者: happymei 时间: 2005-1-18 09:59
个人认为测试需求在有了系统功能列表时就可以着手写了，然后进行不断的完善，在软件需求规格说明书完成时进行最后的完善。

作者: sunnyxjyc 时间: 2005-1-19 17:27
个人认为测试需求即编写测试树的树干和树枝，等到用例完善了就为测试树加上了叶子，也就完整了，所以测试需求是知道测试过程的，不知道这样理解可否正确呢？

作者: zhangfh 时间: 2005-2-18 10:52
我得情况时，没有参与需求调研。现在开发人员将需求调研整理出来，我不知道怎样去着手去测试需求和详细设计？

作者: songfun 时间: 2005-5-14 11:10
【测试需求的根源来自于用户需求与软件需求两个方面。通过对用户需求与软件需求的功能细分（细分成像新增，删除，修改这样的小颗粒）与整理一番后，测试需求就可以产生了。】

——非常赞同xhzhou_cll说的！
再严格点说，软件需求分为开发需求和测试需求。
测试需求需要参考用户需求（也就是业务需求）和开发需求。

作者: hityou 时间: 2005-5-18 09:30
大家有没有测试需求的例子给参考一下呀!

作者: wjpjr 时间: 2005-8-9 12:08
我现在正在做测试需求文档，感觉到让测试人员参加调研很多公司都不可能。最多需求出来拿给你就不错了。

作者: 玫瑰红茶 时间: 2005-8-11 15:21

Originally posted by wjpjr at 2005-8-9 12:08 PM:
我现在正在做测试需求文档，感觉到让测试人员参加调研很多公司都不可能。最多需求出来拿给你就不错了。

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

作者: exliu 时间: 2005-8-31 21:58
刚做测试的时候，觉得测试需求，完全来自需求说明书；随着时间长一点才发现，需求说明书所阐述远远不够，还要来自客户，或者是产品经理。

作者: fennek 时间: 2005-9-8 09:35
测试需求说白了就是我们要测试的所有的对象，目前存在的问题是测试需求的粒度和可测试性的分析。这个会直接影响到我们的测试覆盖度。

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

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

我的QQ: 42252840
msn:syynykx@126.com
email: syynykx@126.com

作者: allon 时间: 2005-10-21 10:44
大部分的软件公司，需求都是存在某一个人的脑子中。就算有需求文档也是乱七八糟，不知所云。测试人员本应以需求为基础，但是现在只能以程序为基础了！

作者: sbq5 时间: 2005-10-25 20:41
测试需求在需求说明书完成后就开始了，非常重要，不过我觉得要水平比较高的才能去评审

作者: hawkzhang1 时间: 2006-6-3 01:54
设计阶段就开始测试

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

作者: 浅草 时间: 2006-12-5 10:31
对于一个测试人员来说，最痛苦的事情莫过于没有需求了。
当叫你测一个产品的时候，当你提出有没有需求文档的时候，最怕听到的一句话就是“这个产品的功能跟×××一样，所以没有写需求”。而更可怕的是×××产品也没有需求文档。
～～～～～叫我怎能不悲伤sdlkfj9 ～～～～～

作者: yunyan 时间: 2006-12-7 17:30
个人理解非常必要参与需求；因为要得出可测试性的结果。特别是对于小规模的公司来说

作者: liubin123579 时间: 2007-6-6 11:02
很有讨论价值```

作者: zhangj8826 时间: 2007-6-12 14:47
我们公司也是啊，只是出具了一分很笼统的需求，就叫我们测试组写需求测试用例，很是迷茫啊。sdlkfj8

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