51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-10-22 09:40:14 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
实习五个月了.主要工作是软件测试和配置管理.
目前涉及到毕业论文的定向.选取了好多内容和方向.
始终无法得到导师的认可.周六准备开题了.痛苦中..

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

在此.想问问各位.这个问题该怎么回答?
撰写测试用例时.该注意些什么问题?!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

33#
发表于 2010-5-5 22:19:12 | 只看该作者
用例有效,就似药一样,你说药有效,那证据是什么?就是因为它能治病,并且治好了病。测试用例也一样,并不是越细越好,也不是越多越好,也不是越多BUG越好,而是在现有的阶段,能解决现有的问题,就是有效的测试用例
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2010-5-5 18:23:17 | 只看该作者
做代码白盒的最好,很多问题可以在开发期 集成期解决
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2005-3-25 13:06:01 | 只看该作者
Originally posted by ok at 2004-10-26 09:55 AM:
每次我们在写测试用例时,都是根据:这个模块要实现什么功能,进行什么样的操作,选择什么样的操作数据,会产生什么样的预期结果,不能产生预期结果的就提交到问题卡中。我们有一个很好的管理bug的,写测试用例的 ...



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

使用道具 举报

该用户从未签到

30#
发表于 2005-3-22 14:02:41 | 只看该作者
听起来很有道理!!呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2005-3-19 17:15:40 | 只看该作者

外部因素:
1。需求的有效性。
2。文档的有效性。
内部因素:
1、用例分析的全面性。
2、用例的可执行性。
3。流程的有效性。
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2005-2-24 20:13:15 | 只看该作者

自己回答不了,看别人回答也挺有意思的。

回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2005-2-22 17:33:55 | 只看该作者
测试的有效性的含义我觉得应该有两个,第一个是测试用例描述的内容是否正确,是否符合软件需求,第二个就是测试用例是否是多余的用例。
我觉得保证有效性的一个方法就是建立需求与测试用例跟踪矩阵。测试用例维护要及时。
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2005-2-21 14:41:27 | 只看该作者
测试用例的有效性还应该考虑到性能测试方面的吧!
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2005-1-12 15:09:35 | 只看该作者
哎,可惜自己不是计算机专业,学校里接触的东西太少啊!
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2005-1-1 15:58:36 | 只看该作者
太专业的话我也讲不来,现在对书上的一些说法也都搞不太清楚!我觉得还是要在实践中自己体会,然后自己总结!光听别人的有时还是一知半解!
不过还是多多讨论的好:)互相帮助嘛!
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2004-12-16 14:54:04 | 只看该作者
感觉写测试用例时,首先要对业务熟悉才可以,其次是对测试的系统
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2004-12-9 15:54:42 | 只看该作者
Originally posted by jackei at 2004-10-27 05:52 PM:
其实关键在于导师想讨论的不是“测试用例的好坏”,而是测试用例的有效性。什么有效性呢?是否可以具体说说?比如:如何保证在需求或设计发生变化时测试用例可以仍然具有有效性?
关键还是问题没有问明白。
个 ...

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

使用道具 举报

该用户从未签到

21#
发表于 2004-12-7 21:33:05 | 只看该作者
个人认为:测试用例的有效性
1)基本功能的实现.
2)异常情况的处理.
3)需求复盖率.
4)业务关联性.
5)数据正确性.
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2004-11-25 11:53:55 | 只看该作者
看来整个IT行业的测试用例水平都还在启蒙阶段,所以要想写一个好的测试用例,比较困难哈
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2004-11-23 09:49:40 | 只看该作者
好的测试用例首先,是最有可能抓住错误的;其次,不是重复的、多余的;第三,一组相似测试用例中最有效的;最后,不要太简单,也不要太复杂。
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2004-11-17 10:47:13 | 只看该作者

我的观点

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

使用道具 举报

该用户从未签到

17#
发表于 2004-11-16 20:38:54 | 只看该作者

很不错啊!

回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2004-11-5 10:13:01 | 只看该作者
这个问题是否可以理解成:如何设计最少的测试用例,才能最大限度的发现软件的bug?
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2004-11-4 16:07:22 | 只看该作者
我现在就在写用例,第一次哟!看了师兄们的讨论,受益匪浅呀!!谢谢……
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-16 21:56 , Processed in 0.080267 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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