随心芸芸 @ JPeanut(旧版)

搬迁至 http://www.17m.net.cn/

BlogJava 首页 新随笔 联系 聚合 管理
  43 Posts :: 0 Stories :: 54 Comments :: 0 Trackbacks

作者:陈市明 摘自:http://www.blogjava.net/JPeanut

测试过程可以分成测试用例设计,测试用例执行,测试结果分析。测试用例设计在其中是最重要的一块,往往会决定整个测试的有效性,一般都是由经验丰富的测试设计人员负责。但是,怎么设计出一套好的测试用例的确不是一件易事。

看过 关河 大哥的《测试用例设计的误区》文章 周毅 的《使用用例场景 设计测试用例》挺有启发的。

什么样的测试用例才是好的测试用例

在这个的问题上,挺同意 关河大哥 的想法的,我们的测试不是为了找出系统中所有的 bug 而设计的,测试用例作用应该尽可能的覆盖系统的功能。在周毅的文章中,原话:一个好的测试用例是在于它能发现至今未发现的错误。在这个观点上,我并不怎么同意,由于公司的测试状况不同,周毅的想法无法完全在我们公司进行开展工作。现在很多小型的公司这个软件开发流程还不够成熟,测试的工作往往会被忽率,不是测试资源配备出问题,就是测试太过匆忙,很难完全执行完整的测试流程。

在这样的情形下,测试的重点不在于找出 bug ,而是为了对设计用例覆盖的功能保证其准确性,让客户在执行操作中不发生错误。换句话说,测试的目的是为了让客户不发现 bug ,而不是因为寻找 bug 才进行测试

这样,测试设计人员就可以站在客户的角度上,根据客户的正常操作和误操作作为设计的依据来设计用例;这个比站在纯粹为了寻找系统 bug 的角度来设计用例,会工作更加轻松,效果也更好。

所以,对用例覆盖功能点就显得非常重要。当然,测试用例能够发现更多的未发现的错误的确是一件非常好的事情,但是,鉴于目前中小公司的测试状况和开发流程的成熟度,很难做到。在我们公司,我把“ 一个好的测试用例是在于它能发现至今未发现的错误”作为测试小组今后目标。

posted on 2006-06-05 23:46 陈市明 阅读(4355) 评论(17)  编辑  收藏 所属分类: 软件测试

Feedback

# re: 设计测试用例的目的 -- 个人观点 2006-06-06 10:49 白静
请问你是也是专业的测试人员吗?呵呵 我也是啊
你说的我倒是挺赞同的,你说的:“在这样的情形下,测试的重点不在于找出 bug ,而是为了对设计用例覆盖的功能保证其准确性,让客户在执行操作中不发生错误。”我觉得基于目前在小公司的状况,确实是很合适的,因为测试也是需要充足的时间和人力的,所以,在小公司中,这样的做法很好。

私下里问一句,你是在哪里工作啊?做软件测试多长时间了。我很希望跟你交个朋友,大家可以一块探讨测试,^_^,有空请与我联系(诚心邀请你):
QQ:278299533
Email:qqbaijing301@yahoo.com.cn
msn:baijing1018@hotmail.com
也可以在javablog里给我留言



  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2006-06-06 11:06 陈市明
呵呵,交个朋友先,我的msn:youngsnow82@hotmail.com  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2006-06-06 13:11 xiaoyuyu
测试的目的是更完美,完美的目的是为了更好的服务于客户,而完美只能靠发现更多的bug了.
用例覆盖功能点是不是比较适合集成测试阶段呢?我觉得测试用例的设计可以根据公司的具体情况、项目的时间宽紧、进度的阶段而定,每个阶段有不同的用例设计方法、不同的侧重点.总的来说,要先抓西瓜,再抓芝麻--先抓重点,再抓细节.
  我觉得作为一个测试人员,追求完美是她需要具有的素质,因为只有这样他才能想尽一切办法说服开发人员来修改bug.
哎呀,说的有点文不对题了,不好意思...
  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2006-06-06 16:00 陈市明
呵呵,我们测试的目的,不是为了找bug的  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2006-06-06 22:44 Slipper Feng
一个好的测试用例是在于它能发现至今未发现的错误,这个真的很难,在一般的公司里面,很难有效的实施和评估。现在的测试,能站在客户的角度去发现问题,对整个流程还是非常有益的,也很能发现问题,在很大程度上解决掉客户将反溃回来的问题,客户也高兴(现在客户关系都比较复杂化)。
一般的小型软件公司,测试计划量较小,怎么行之有效地发现问题,是一个难点。如果仅仅按设计书上的流程去测试,其实是很难发现问题的。实际中,我们很少会中断其正常执行的流程,转而去执行其它的操作。所以,有时去中断正常的操作流程执行测试。
还有一点就是,关于测试用例的写法,好像不好把握测试用例应该怎么写,写到什么细的程度?对细嘛,对需求设计变更带来的工作量就难以把握,设计太粗的测试用例也有问题。不同的公司,要求也不一样。如果测试外包的话,可能测试用例细到页面上出现的每个字段、每个操作,甚至它们需要组合。这个也需要很好的把握。
  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2006-06-12 10:46 HH
抓不到 bug 的猫,是好猫吗?  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2007-03-05 15:41 ln
我在北京作测试,欢迎大家和我一起交流经验,我的QQ号是625406059  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2007-04-05 10:24 maggie
我也在北京做测试,希望和大家成为朋友qq:34994645  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2007-04-05 10:24 maggie
我也在北京做测试,希望和大家成为朋友qq:34994645  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2007-04-05 10:24 maggie
我也在北京做测试,希望和大家成为朋友qq:34994645  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2007-05-29 10:36 春雨
@maggie
我在上海做测试和大家做个朋友经常探讨吧!呵呵!QQ344875932  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点[未登录] 2008-03-04 00:11 G_G
@Slipper Feng
软件质量是做出来的,不是测出来的!!  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2008-06-03 13:09 123
测试精英群 63087729 欢迎加入  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2008-06-03 13:15 123
不好意思 写错了 测试精英群 47456040 欢迎加入  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2009-01-15 15:04 陈建明
我是宁波做测试,今年刚毕业,不太懂,希望大家多多指教,谢谢
QQ:253678025  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点 2009-01-15 15:04 陈建明
纠正一下,是去年毕业的  回复  更多评论
  

# re: 设计测试用例的目的 -- 个人观点[未登录] 2013-02-13 13:04 好好生活
我也在北京做软件测试工作,希望大家多多交流,共同进步@maggie
  回复  更多评论
  


只有注册用户登录后才能发表评论。


网站导航: