51Testing软件测试论坛

标题: 导师的关于测试用例的一个问题.三次没能答出来. [打印本页]

作者: meiyang 时间: 2004-10-22 09:40
标题: 导师的关于测试用例的一个问题.三次没能答出来.
实习五个月了.主要工作是软件测试和配置管理.
目前涉及到毕业论文的定向.选取了好多内容和方向.
始终无法得到导师的认可.周六准备开题了.痛苦中..

昨天他第三次问我那个问题.又是没答出来.
"怎么样保证测试用例的有效性?"
由此.被他训斥了一顿.其实我也有些委屈.

在此.想问问各位.这个问题该怎么回答?
撰写测试用例时.该注意些什么问题?!

作者: lbzhong 时间: 2004-10-22 10:44
个人观点
用例的有效性由几个方面决定
1、需求的准确性。
2、用例分析的全面性。
3、用例的可执行性。
用例是更具第一条来进行，写的时候应重点考虑到第二、三条

大伙还是讨论讨论啊！

作者: ayong401 时间: 2004-10-22 11:14
用例所能涵盖的覆盖率越高
则该用例越有效！
尤其是对于基本事件的测试用例，对于其功能测试的用例要求能达到100%的覆盖率!~
测试用例在形成文档后也还需要不断完善。主要来自三方面的缘故：第一、在测试过程中发现设计测试用例时考虑不周，需要完善；第二、在软件交付使用后反馈的软件缺陷，而缺陷又是因测试用例存在漏洞造成；第三、软件自身的新增功能以及软件版本的更新，测试用例也必须配套修改更新。

作者: ghost 时间: 2004-10-22 13:10
标题: 有效性?
是不是还有效率的含义在里面？
大而全就一定是最好的吗？

作者: hellopacman 时间: 2004-10-23 23:53
用例还要方便维护

作者: jackei 时间: 2004-10-24 19:01
标题: 如何评价测试用例的好坏？
这部分内容源自不久前同几个朋友的一次讨论，当时大家都认为对于一个测试用例好坏的评价，无外乎两个标准：是否可以发现尚未发现的软件缺陷？是否可以覆盖全部的测试需求？但是后来发现这两个标准对于一些问题是处理不了的。例如，对于一个质量非常好的软件产品，存在的软件缺陷异乎寻常的少，测试用例设计人员准备了大量的测试用例，已经完全覆盖了测试需求，但是只有很少一部分测试用例在执行时发现了缺陷，而其他用例都顺利通过了。那么是否就可以认为顺利通过的那部分测试用例不好呢？
对于这个问题，笔者认为不管是测试用例是否可以发现尚未发现的缺陷，还是测试用例对测试需求的覆盖度，都是用来评估测试用例设计人员工作能力标准，而对于如何评价测试用例本身的优劣，应该还有其他标准。当然，在不同的团队中可能存在不同的标准，但下面两条应该是适合于任何团队的。
1.易用性。对于一个即熟悉测试工作，又熟悉被测应用的测试人员，应当可以花费很少
的时间就可以理解测试用例中表达的测试思路，并可以很快的完成这个测试用例的执行；
2.易维护性。当开发过程中的某些因素影响了测试需求，测试用例的作者或其他测试用
例设计人员，应该可以花费很少的时间就完成定位和维护所有相关测试用例的工作。

另外，如果想保证测试用例的有效性，关键在于如何“保证”，那至少应该保证测试用例在软件需求或设计变化时保证与其同步变更。
或者，可以先问问导师：什么叫测试用例的有效性？个人认为这才是主要问题，要先弄明白。

作者: ayong401 时间: 2004-10-26 08:16
对噢

你倒是可以直接问问你导师,看看他是怎么回答的!
我们也想知道!

作者: ok 时间: 2004-10-26 09:49
说的是，要先对问题有个清晰的概念，才能去想如何解答呀

作者: ok 时间: 2004-10-26 09:55
每次我们在写测试用例时，都是根据：这个模块要实现什么功能，进行什么样的操作，选择什么样的操作数据，会产生什么样的预期结果，不能产生预期结果的就提交到问题卡中。我们有一个很好的管理bug的，写测试用例的工具

作者: feier_y 时间: 2004-10-26 16:54
okmm你好,我从来没写过用例,你们一般什么时候开始写用例的?
可不可以提供一个管理bug的工具?写测试用例的工具

作者: fy_fuying 时间: 2004-10-27 10:08
覆盖率是用来度量测试完整性的一个手段。覆盖率的种类有很多，大体上可以划分为两大类：逻辑覆盖和功能覆盖。现在有越来越多的测试工具能够支持覆盖率测试.但是这些度量本身并不包含测试技术,它们只是测试技术有效性的一个度量.
使用最少的用例来达到覆盖.
"测试用例的有效性"具体指什么?

作者: fy_fuying 时间: 2004-10-27 10:18

Originally posted by ok at 2004-10-26 09:55 AM:
每次我们在写测试用例时，都是根据：这个模块要实现什么功能，进行什么样的操作，选择什么样的操作数据，会产生什么样的预期结果，不能产生预期结果的就提交到问题卡中。我们有一个很好的管理bug的，写测试用例的 ...

可以请教OK,你们是用什么软件管理bug和测试用例吗

作者: yuhan57 时间: 2004-10-27 15:38
标题: 关键在于对测试理论与方法的理解
测试用例的有效性，我认为大致取决于以下几个因素：
a.测试人员对系统结构、功能等方面的理解与熟悉程度；
b.测试经验，对测试理论及流程的掌握程度；
c.测试人员的软件技术水平；
d.测试人员的逻辑思维及逆向思维能力。
e.优秀的测试工具将帮助用例的有效实现

作者: jackei 时间: 2004-10-27 17:52
其实关键在于导师想讨论的不是“测试用例的好坏”，而是测试用例的有效性。什么有效性呢？是否可以具体说说？比如：如何保证在需求或设计发生变化时测试用例可以仍然具有有效性？
关键还是问题没有问明白。
个人看法，仅供参考。

作者: trapper 时间: 2004-11-4 16:07
我现在就在写用例，第一次哟！看了师兄们的讨论，受益匪浅呀！！谢谢……

作者: lwiln 时间: 2004-11-5 10:13
这个问题是否可以理解成：如何设计最少的测试用例，才能最大限度的发现软件的bug？

作者: 我爱测试 时间: 2004-11-16 20:38
标题: 很不错啊!

作者: 金毅 时间: 2004-11-17 10:47
标题: 我的观点
对于测试用例的有效性，我的观点
首先，一个好的测试用例就是能发现迄今为止没有发现的bug，所以测试用例的有效性就必须考虑这个用例发现新bug的可能性和发现的bug数在未发现的bug中所占的比例。
其次，有效性的考虑不能仅仅从大而全的方面去考虑，测试用例的有效在于用例的设计考虑的周全性，从测试环境的变化、输入的变化、逻辑数据流的变化等等方面都要考虑周全
第三，保证有效性就必须跟测试需求紧密结合，要通悉测试功能点的需求才能设计出完善的测试用例，从而才能实现测试用例的有效性

作者: newzxf 时间: 2004-11-23 09:49
好的测试用例首先，是最有可能抓住错误的；其次，不是重复的、多余的；第三，一组相似测试用例中最有效的；最后，不要太简单，也不要太复杂。

作者: luoli 时间: 2004-11-25 11:53
看来整个IT行业的测试用例水平都还在启蒙阶段，所以要想写一个好的测试用例，比较困难哈

作者: imzsp 时间: 2004-12-7 21:33
个人认为:测试用例的有效性
1)基本功能的实现.
2)异常情况的处理.
3)需求复盖率.
4)业务关联性.
5)数据正确性.

作者: wolf.cb 时间: 2004-12-9 15:54

Originally posted by jackei at 2004-10-27 05:52 PM:
其实关键在于导师想讨论的不是“测试用例的好坏”，而是测试用例的有效性。什么有效性呢？是否可以具体说说？比如：如何保证在需求或设计发生变化时测试用例可以仍然具有有效性？
关键还是问题没有问明白。
个 ...

没懂也如果需求发生变更的话那么很有可能模块设计也会产生变更那么如何来保持用例的有效性呢？

作者: sunshineyang 时间: 2004-12-16 14:54
感觉写测试用例时，首先要对业务熟悉才可以，其次是对测试的系统

作者: noone_pm 时间: 2005-1-1 15:58
太专业的话我也讲不来，现在对书上的一些说法也都搞不太清楚！我觉得还是要在实践中自己体会，然后自己总结！光听别人的有时还是一知半解！
不过还是多多讨论的好：）互相帮助嘛！

作者: 木乃伊 时间: 2005-1-12 15:09
哎，可惜自己不是计算机专业，学校里接触的东西太少啊！

作者: catherine826 时间: 2005-2-21 14:41
测试用例的有效性还应该考虑到性能测试方面的吧！

作者: xuerzj 时间: 2005-2-22 17:33
测试的有效性的含义我觉得应该有两个，第一个是测试用例描述的内容是否正确，是否符合软件需求，第二个就是测试用例是否是多余的用例。
我觉得保证有效性的一个方法就是建立需求与测试用例跟踪矩阵。测试用例维护要及时。

作者: 疯子 时间: 2005-2-24 20:13
标题: 自己回答不了，看别人回答也挺有意思的。

作者: ittest 时间: 2005-3-19 17:15

外部因素：
1。需求的有效性。
2。文档的有效性。
内部因素：
1、用例分析的全面性。
2、用例的可执行性。
3。流程的有效性。

作者: lzzx764 时间: 2005-3-22 14:02
听起来很有道理！！呵呵

作者: ami冰河 时间: 2005-3-25 13:06

Originally posted by ok at 2004-10-26 09:55 AM:
每次我们在写测试用例时，都是根据：这个模块要实现什么功能，进行什么样的操作，选择什么样的操作数据，会产生什么样的预期结果，不能产生预期结果的就提交到问题卡中。我们有一个很好的管理bug的，写测试用例的 ...

在充分了解需求的基础上，才能编写出有效的测试用例啊！
而且，从软件的需求开始，测试就需要参与其中了！
有了一定程度的了解，才能写出有针对性的东西

作者: tuftmkpk 时间: 2010-5-5 18:23
做代码白盒的最好，很多问题可以在开发期集成期解决

作者: 8596991 时间: 2010-5-5 22:19
用例有效，就似药一样，你说药有效，那证据是什么？就是因为它能治病，并且治好了病。测试用例也一样，并不是越细越好，也不是越多越好，也不是越多BUG越好，而是在现有的阶段，能解决现有的问题，就是有效的测试用例

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