测试只需证明质量?
作者:网络转载 发布时间:[ 2012/9/3 11:57:28 ] 推荐标签:
近团队做经典Bug分析,改进措施几乎都是补充测试点、增加测试场景。
一般情况下,Bug的遗漏都是该点测试没有覆盖到,那是不是一直添加覆盖点、一直补充测试点,Bug不会遗漏了呢?到后用例数越来越庞大,测试是不是也不堪重负?
换种思路:
测试不再是质量的保证者,而是质量的证明者。
假设:
1、测试执行500个用例,发现50个bug,开发修复50个Bug。
2、测试执行200个用例,发现30个bug,开发通过这30个Bug,举一反三一共修复50个Bug。
再简单一点讲:
1、3位数字的边界值:99,100,999,1000
2、你敢不敢只用一个值:100
能这样做,需要什么样的开发团队:
1、代码质量高
2、设计严谨
3、高质量意识
4、系统监控,快速修复
5、测试工程师卓越的测试策略
提高开发水平,减少不必要的测试。
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系SPASVO小编(021-61079698-8054),我们将立即处理,马上删除。
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11热门文章
常见的移动App Bug??崩溃的测试用例设计如何用Jmeter做压力测试QC使用说明APP压力测试入门教程移动app测试中的主要问题jenkins+testng+ant+webdriver持续集成测试使用JMeter进行HTTP负载测试Selenium 2.0 WebDriver 使用指南