加载中…
个人资料
  • 博客等级:
  • 博客积分:
  • 博客访问:
  • 关注人气:
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

回归测试和确认测试的应用场景如何考虑

(2023-02-24 16:38:17)
标签:

回归测试

分类: 软件测试
首先,评估bug修改的影响程度。如果改动大,影响到底层或者影响到系统框架,那肯定要做全面的回归测试,甚至要做详细的回归测试分析和测试设计。如果改动较小,就可以酌情只做确认测试即可。
 
其次,要评估bug涉及到的功能的重要性和使用频率。如果是核心功能模块,一定要做回归测试。如果是不常用功能模块,也可以酌情只做确认测试。
 
另外,负责修改bug的开发人员最了解bug的来龙去脉,所以,最好跟开发人员沟通交流,讨论bug的根因、修改方案及修改影响,结合开发人员的测试建议,再结合测试人员自身的经验,输出相关测试用例。这种回归过程是比较精准的一种回归测试的途径。
 
当然,什么时候选择确认测试类型,什么时候选择回归测试类型,很多情况下,会根据项目的整体情况,基于风险对回归测试做取舍,这不仅仅是技术层面的事情了,涉及到测试策略方面的调整。
 
推荐阅读:
 

0

阅读 收藏 喜欢 打印举报/Report
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有