测试用例Passed和Failed有效性问题

本文通过一个实际案例探讨测试用例Passed和Failed的有效性。当测试用例Passed时,不意味着被测产品一定正确,可能因测试代码问题导致测试未真实执行。文章强调自动化测试需详细日志,测试人员应保持质疑精神,验证测试用例在异常情况下的Failed能力。此外,提出了测试用例质量的监控方法,包括人的责任心、过程审查和工具支持,如测试代码审查和代码覆盖率分析。
摘要由CSDN通过智能技术生成

上一篇关于测试用例设计的博文《设计测试用例的四条原则》中,介绍了设计测试用例的四条原则。本篇结合最近工作遇到的一个小插曲,介绍一下测试用例本身Passed和Failed的有效性问题。

   我所在的团队上个 Sprint有一项很重要的工作,就是进行Stress 测试,需要编写自动化用例测试模拟程序长时间的执行,并观察其内存消耗是否呈现合理的增长趋势,以及有没有内存的泄漏等问题。同事很快编写好了测试用例, 并执行了个把个小时,得出了初步的数据。数据显示程序的表现相当完美,不仅内存没有陡峭的突变,甚至连大斜率的线性增长也木有,基本呈现为一条略有波动的 水平直线。非常让人振奋,这样的表现打消团队之前的担心,完成这项工作所需的时间也将大大小于之前的预估。

  我对这项测试也非常感兴趣, 并和同事进行了一些交流,想深入了解一些更详细的情况࿰

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值