中国软件测试联盟

 找回密码
 注册

QQ登录

只需一步,快速开始

http://www.wanmeiff.comJS of wanmeiff.com and vcpic.com Please keep this copyright information, respect of, thank you!JS of wanmeiff.com and vcpic.com Please keep this copyright information, respect of, thank you!
查看: 293|回复: 0

进行回归测试

[复制链接]
发表于 2018-1-2 10:51:47 | 显示全部楼层 |阅读模式
织雀教育-物联网测试的黄埔军校,专注软件测试人才培养
     这个话题比较难定义,随便谈谈自己的体会吧……
  题目要求还是老传统——“高效”!那就意味着必须有的放矢的实施工作,不能一股脑儿都重新来一遍。而“回归”的核心并不是“执行”测试,其实是回归测试前需要做的准备和测试后的结果分析。
  1、回归测试的前提
  在第一次乃至第二次、第三次测试过程中,应该保存下来每次测试的缺陷记录单和详细缺陷描述表。且缺陷应该适当进行归纳和等级划分。这个是定位回归测试点“ 轻重”的前提条件。且必须考虑修正缺陷后,原有缺陷是否会给系统带来相应功能模块的连带影响,孰轻孰重、及其范围的大小。
  2、回归测试的执行
  有了清晰的测试重点,那么对症下药很容易对先前出现过的缺陷再进行测试。而大型系统肯定是基于较完整的测试用例库和测试脚本来执行测试的。利用自动化工具,对系统做一个完整回归执行,可以明显减少诸多成本。
  3、回归测试的分析
  测试完了,结合工具跟踪后得到的报表或统计分析图,看原有缺陷的修正情况,以及该缺陷覆盖周边的最可能已经触发的新缺陷。这点比较关键,测试开始前理清思路,现在分析时就一目了然。一般情况下,测试工程师回归自己发现的缺陷很容易,如同楼上所说,仅靠脑袋里想法和自身累积的项目经验即可完成回归测试工作。
  4、工具的结合使用
  开发工程师往往只会对测试工程师发现的缺陷修正。然而,其他一系列新问题还是可能发生了,只找原发现的缺陷,肯定片面,还是会遗漏诸多新问题。如,回归后,对系统带来的新的严重的问题。
所以,最好还是利用原先录制好的用例和脚本对全局进行完整的自动化操作。否则,缺这补那,永远难以结束复杂的“回归”之路。性能测试更需使用工具来执行测试,不是么?
  以上只是个人想法,请诸位不吝指正,谢谢!
分享到: 更多
中国软件测试联盟(www.51sqae.com),一个免费权威的讨论新软件技术的论坛。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

关闭

站长推荐上一条 /1 下一条

本站资源仅供学习交流,非营利性质,如有侵权等行为,请联系管理员删除|中国软件测试联盟 ( 京ICP备17018412号;京公网安备11010802017997

GMT+8, 2018-9-24 19:57

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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