testcase是何种软件啊?QIN请赐教。 呵呵,和我写的差不多,真正合格的测试用例要比这个还详细很多呢。在测试用例的设计中要用到等价有效类。。。(好几种分析方法,我忘啦 ),不过如果是一个人测试系统,或者测试时间非常短的话,写都可以不用写了,那是浪费时间。 可以参考下,谢谢了 不错!:| 不错!:| 谢谢了,
不错的 支持顶了!!!! 赞一个! 我们公司的测试用例也是这样写的,多达100多页啊。测试之前会花很多时间来做这个工作。
但我也发现这样做有很大的弊端,测试人员拿着这样的测试用例虽然可以完整的进行测试,但测试时的思维模式也被固定了,基本上不会再考虑测试用例之外的情况。 大的系统这样做才好!要不测试起来没有章法可依,会忘掉一些要测试的数据! 谢谢楼主的分享 谢谢楼主的分享 谢谢楼主~~
写得不错。
写得不错,但是不知道实际项目的CASE是不是需要这麽详细。 好好借鉴!! Originally posted by Coralbaby at 2005-6-10 03:04 PM:我们公司的测试用例也是这样写的,多达100多页啊。测试之前会花很多时间来做这个工作。
但我也发现这样做有很大的弊端,测试人员拿着这样的测试用例虽然可以完整的进行测试,但测试时的思维模式也被固定了,基本 ...
嗯,的确有这个问题,所以要将这个用例驱动的机制真正建立起来,所有用例都是在软件整个生命期内不断维护或增加的,当然,也是可复用或重构的。这样的话,用例实施人员就不单单仅是执行,而且是执行的过程中不断的思考,然后完善用例,减低测试的冗余度,增加测试的有效性。 请问:这个测试用例可以测试多少bug?
我写测试用例没那么细,只是把逻辑和思路写下来!
在我们公司行不通……