职业IT人-IT人生活圈

 找回密码
 成为会员
搜索
查看: 264|回复: 0

经济且自动的软件测试

[复制链接]
735047968 发表于 2014-12-11 10:24 | 显示全部楼层 |阅读模式
测试是一项复杂的工作。因此要考虑其效率。经济的测试有几个原则。
1. 如果一个case(X)依赖另一个(Y),如果Y失败,那么X可以不要测试。
2. 针对一个子集,如果一个输入导致了失败,那么剩下的输入可以不要测试。
3. 针对一个case,如果一个测试子集产生了失败,那么其他的子集可以不要测试。
由此,联想到一个实际问题。开发人员一次送测,按流程,应进行一轮全面的测试。但如果在测试初期发现了缺陷,此轮测试是否要继续?不继续,则此轮测试不完整,无法产出测试报告。继续到完全测试,如果发现的缺陷是严重的必须解决的缺陷,则后面的测试是不经济的,因为此缺陷修复后仍要进行全面的测试。
按照测试的原则,发现缺陷要及时地反馈给开发人员,以便及时了解软件状态。但在实际操作中,开发人员得到反馈后常常随即给出一个修复版,然后再一轮测试。造成的情况是,到项目结束,发现多少个缺陷,往往就经过多少轮测试,每一轮测试仅仅是验证对一个缺陷的修复。
所以我觉得,对于什么时候暂停测试,是否需要暂停,开发人员什么时候送测新的修复版本,应该有一个良好的控制。

我们是用Rational Robot编写自动测试脚本进行自动测试。主要用与一些AP的UI测试。领测认为由于编写SQA Basic代价较高,所以应用于稍具复杂度的程序或需多轮回归测试的项目是比较经济的,如果是简单的UI,或不需进行多轮回归测试的项目,就要比较编写脚本的投入和实施自动测试的经济了。
如果多轮回归测试间程序变化比较多,改写脚本也是负担很重的工作。
​
了解企业软件测试服务请访问http://www.Ltesting.com.cn
了解电脑软件测试培训请访问http://www.Ltesting.cn
了解软件测试教程请访问http://www.Ltesting.net
了解ISTQB报名请访问http://www.Istqb.org.cn
您需要登录后才可以回帖 登录 | 成为会员

本版积分规则

QQ|手机版|小黑屋|网站帮助|职业IT人-IT人生活圈 ( 粤ICP备12053935号-1 )|网站地图
本站文章版权归原发布者及原出处所有。内容为作者个人观点,并不代表本站赞同其观点和对其真实性负责,本站只提供参考并不构成任何投资及应用建议。本站是信息平台,网站上部分文章为转载,并不用于任何商业目的,我们已经尽可能的对作者和来源进行了通告,但是能力有限或疏忽造成漏登,请及时联系我们,我们将根据著作权人的要求立即更正或者删除有关内容。

GMT+8, 2024-3-29 01:52 , Processed in 0.124425 second(s), 25 queries , Gzip On.

Powered by Discuz! X3.4

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表