google搜索 站内搜索                 软件测试门户 | 软件测试培训 | 文章资料精选 | 软件测试论坛 | 测试解决方案 | 软件测试博客 | 测试招聘求职 
打印

【原创转贴请注明出处】一份不错的测试用例

确实是一份不错的功能测试用例

TOP

不错的功能测试用例

TOP

不错的功能测试用例

TOP

TO carol2000:
testcase是何种软件啊?QIN请赐教。
行到水穷处,坐看云起时!

TOP

呵呵,和我写的差不多,真正合格的测试用例要比这个还详细很多呢。在测试用例的设计中要用到等价有效类。。。(好几种分析方法,我忘啦 ),不过如果是一个人测试系统,或者测试时间非常短的话,写都可以不用写了,那是浪费时间。

TOP

可以参考下,谢谢了
有自信才能成功

TOP

不错!:|

TOP

不错!:|

TOP

谢谢了,
不错的

TOP

支持顶了!!!!

TOP

赞一个!

TOP

我们公司的测试用例也是这样写的,多达100多页啊。测试之前会花很多时间来做这个工作。
但我也发现这样做有很大的弊端,测试人员拿着这样的测试用例虽然可以完整的进行测试,但测试时的思维模式也被固定了,基本上不会再考虑测试用例之外的情况。

TOP

大的系统这样做才好!要不测试起来没有章法可依,会忘掉一些要测试的数据!
授人一鱼;不如授人一渔!

TOP

谢谢楼主的分享

TOP

谢谢楼主的分享

TOP

谢谢楼主~~
自强不息 博学练识 上善若水 厚德载物 克明峻德 格物致之

TOP

写得不错。


写得不错,但是不知道实际项目的CASE是不是需要这麽详细。

TOP

好好借鉴!!

TOP

引用:
Originally posted by Coralbaby at 2005-6-10 03:04 PM:
我们公司的测试用例也是这样写的,多达100多页啊。测试之前会花很多时间来做这个工作。
但我也发现这样做有很大的弊端,测试人员拿着这样的测试用例虽然可以完整的进行测试,但测试时的思维模式也被固定了,基本 ...
嗯,的确有这个问题,所以要将这个用例驱动的机制真正建立起来,所有用例都是在软件整个生命期内不断维护或增加的,当然,也是可复用或重构的。这样的话,用例实施人员就不单单仅是执行,而且是执行的过程中不断的思考,然后完善用例,减低测试的冗余度,增加测试的有效性。
你无法决定生命的长度,但你可以掌握生活的宽度;你无法改变容貌,但你可以展现笑容;你无法控制他人,但你可以改变自己;你无法预知明天,但你可以把握今天;你无法样样顺心,但你可以事事尽心!

TOP

请问:这个测试用例可以测试多少bug?
我写测试用例没那么细,只是把逻辑和思路写下来!
在我们公司行不通……

TOP

 
当前时区 GMT+8, 现在时间是 2008-12-6 02:04Copyright(C)上海博为峰软件技术有限公司 2001-2007 电话:021-64471599-8017
当您在访问网站、论坛及博客过程中遇到问题时可发送email:webmaster@51testing.com或发送论坛短信至管理员风在吹