meiyang 发表于 2004-10-22 09:40:14

导师的关于测试用例的一个问题.三次没能答出来.

实习五个月了.主要工作是软件测试和配置管理.
目前涉及到毕业论文的定向.选取了好多内容和方向.
始终无法得到导师的认可.周六准备开题了.痛苦中..

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

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

lbzhong 发表于 2004-10-22 10:44:50

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

大伙还是讨论讨论啊！

ayong401 发表于 2004-10-22 11:14:48

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

ghost 发表于 2004-10-22 13:10:27

有效性?

是不是还有效率的含义在里面？
大而全就一定是最好的吗？

hellopacman 发表于 2004-10-23 23:53:42

用例还要方便维护

jackei 发表于 2004-10-24 19:01:10

如何评价测试用例的好坏？

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

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

ayong401 发表于 2004-10-26 08:16:44

对噢

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

ok 发表于 2004-10-26 09:49:21

说的是，要先对问题有个清晰的概念，才能去想如何解答呀

ok 发表于 2004-10-26 09:55:29

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

feier_y 发表于 2004-10-26 16:54:43

okmm你好,我从来没写过用例,你们一般什么时候开始写用例的?
可不可以提供一个管理bug的工具?写测试用例的工具

fy_fuying 发表于 2004-10-27 10:08:33

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

fy_fuying 发表于 2004-10-27 10:18:12

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

yuhan57 发表于 2004-10-27 15:38:52

关键在于对测试理论与方法的理解

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

jackei 发表于 2004-10-27 17:52:42

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

trapper 发表于 2004-11-4 16:07:22

我现在就在写用例，第一次哟！看了师兄们的讨论，受益匪浅呀！！谢谢……

lwiln 发表于 2004-11-5 10:13:01

这个问题是否可以理解成：如何设计最少的测试用例，才能最大限度的发现软件的bug？

我爱测试 发表于 2004-11-16 20:38:54

很不错啊!

金毅 发表于 2004-11-17 10:47:13

我的观点

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

newzxf 发表于 2004-11-23 09:49:40

好的测试用例首先，是最有可能抓住错误的；其次，不是重复的、多余的；第三，一组相似测试用例中最有效的；最后，不要太简单，也不要太复杂。

luoli 发表于 2004-11-25 11:53:55

看来整个IT行业的测试用例水平都还在启蒙阶段，所以要想写一个好的测试用例，比较困难哈
页: [1] 2
查看完整版本: 导师的关于测试用例的一个问题.三次没能答出来.