51Testing软件测试论坛

标题: 这么个测法会死人的！ [打印本页]

作者: peiping790809 时间: 2006-6-4 15:33
标题: 这么个测法会死人的！
天天加班，就在那按按钮，走了1万多个测试用例，错误每找出10个，这测试用例如果都去遍历需求的话，一个功能就可以设计出上百个用例，这怎么行呢？大家对测试用例的设计有什么高见吗？

作者: simplicity 时间: 2006-6-4 16:00
这些用例是谁设计呢?是你吗?

作者: swallow0918 时间: 2006-6-4 16:11
测试用例是楼主写的嘛？测试用例的写作注重的是方法，一个功能就可以设计出上百个用例，但是这上百个用例中有没有功能点重复的呢？

“走了1万多个测试用例，错误没找出10个”或许是这个系统已经很好了，或许是测试用例写的方法有问题。不能测出系统中更多隐藏的bug。

作者: ilovejolly 时间: 2006-6-5 09:39
1 执行测试之前要有计划,就算不写详细的文档也得写个大纲,不写的前提是你头脑清醒并有良好的记忆力
2 测试用例要划分优先级,很多人都忽视了这个,优先级可从多个角度去看，比如业务上的重要程度,错误出现的概率大小等
3 如果是回归测试,还可以考虑引入少量的自动化脚本

作者: peiping790809 时间: 2006-6-5 11:06
虽然我还没有设计测试用例，但是通过执行别人的用例我有以下感受：
1、产品的功能不可能全部都遍历到，一定要有重点，不然劳民伤财；
2、虽然测试要求讲究的是细心和细致，但是要把握重点，哪些功能对最终的产品影响最大，那么重点做这方面的工作，不要抠细节，我做开发时我的老板曾对我说过要有架构思想，抓大放小；
3、在设计前一定要有提纲，我以前写代码时在做代码前一定会有个草稿，但是我现在发现很多做测试的根本不写测试提纲，这样做的结果是在执行测试用例时会发现不知道测试用例错了还是需求有误；
4、磨刀不误坎柴功，前期规划很重要；

作者: archonwang 时间: 2006-6-5 11:56
嫌麻烦可以使用自动化回归测试；否则就需要考虑下用例质量了。

作者: lxx519 时间: 2006-6-5 13:19
有没有谁可以教我一下测试计划要怎么写啊？

作者: cat_zhang 时间: 2006-6-5 13:42
1.要做的项目,内容
2.要准备的人力,资源
3.要执行测试的步骤
4.每个步骤所需的人时
5.测试要达到的目的
.....

作者: eryue15 时间: 2006-6-5 16:33
找不出bug，就别按测试用例来啊。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)