【原创转贴请注明出处】一份不错的测试用例
一份不错的测试用例[[i] 本帖最后由 楠族开心果 于 2010-6-8 13:14 编辑 [/i]] 真的是一份不错的测试用例
不过,要是有一份性能测试的测试用例作参照就好了 如果是一个大项目,这样详细地写用例是不实际的 项目越大,用例越要写的细致 感觉跟测试bug报报告一样嘛,还是很感谢 平常我们基本上是用场景分析来写测试用例,
将功能细分,所有输入作为参数.
这份用例让我们可以从另一方面思考用例写法.
多谢~~~~~~~ 挺好的.自己可以适当的改改 还应该提高用例的可重用性 顶!
但写的太详细了,如果测试项目大一点,这样写文档会写死人的.
hehe,我现在测试用的testcase有600多条呢
[quote]Originally posted by [i]xiaojunbo_886[/i] at 2004-12-13 09:31 AM:顶!
但写的太详细了,如果测试项目大一点,这样写文档会写死人的. [/quote] 谢谢,收到 想问一下,这份测试用例是根据测试需求写的吗?
ding
挺好的.自己可以适当的改改,谢谢楼主!!! 谢谢! 谢谢了。 果然够详细?
这样写测试用例是不是太细致了?感觉写用例的时间都比实际测试时间多,是否有必要?向各位请教!谢谢 我看了太多的测试资料,虽然测试还不行,但是测试用需求分析和测试用例很重要的,好的测试用例可以节约的太多太多~~~~了。 顶 。。。 确实是一份不错的功能测试用例 不错的功能测试用例 不错的功能测试用例 TO carol2000:testcase是何种软件啊?QIN请赐教。 呵呵,和我写的差不多,真正合格的测试用例要比这个还详细很多呢。在测试用例的设计中要用到等价有效类。。。(好几种分析方法,我忘啦 ),不过如果是一个人测试系统,或者测试时间非常短的话,写都可以不用写了,那是浪费时间。 可以参考下,谢谢了 不错!:| 不错!:| 谢谢了,
不错的 支持顶了!!!! 赞一个! 我们公司的测试用例也是这样写的,多达100多页啊。测试之前会花很多时间来做这个工作。
但我也发现这样做有很大的弊端,测试人员拿着这样的测试用例虽然可以完整的进行测试,但测试时的思维模式也被固定了,基本上不会再考虑测试用例之外的情况。 大的系统这样做才好!要不测试起来没有章法可依,会忘掉一些要测试的数据! 谢谢楼主的分享 谢谢楼主的分享 谢谢楼主~~
写得不错。
写得不错,但是不知道实际项目的CASE是不是需要这麽详细。 好好借鉴!! [quote]Originally posted by [i]Coralbaby[/i] at 2005-6-10 03:04 PM:我们公司的测试用例也是这样写的,多达100多页啊。测试之前会花很多时间来做这个工作。
但我也发现这样做有很大的弊端,测试人员拿着这样的测试用例虽然可以完整的进行测试,但测试时的思维模式也被固定了,基本 ... [/quote]
嗯,的确有这个问题,所以要将这个用例驱动的机制真正建立起来,所有用例都是在软件整个生命期内不断维护或增加的,当然,也是可复用或重构的。这样的话,用例实施人员就不单单仅是执行,而且是执行的过程中不断的思考,然后完善用例,减低测试的冗余度,增加测试的有效性。 请问:这个测试用例可以测试多少bug?
我写测试用例没那么细,只是把逻辑和思路写下来!
在我们公司行不通……