51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1073|回复: 0
打印 上一主题 下一主题

[转贴] 浅谈软件测试之回归测试

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2022-8-3 14:28:01 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
 回归测试软件测试中不可忽视的一部分,回归测试是对旧代码修改后,重新进行测试并确认修改没有引入新错误,或者导致其他代码出现错误。自动化回归测试将大大降低系统测试、维护升级等阶段的成本。作为软件生命周期的一部分,回归测试在整个软件测试过程中占据着相当大的工作量,在软件开发的每个阶段都要进行多次回归测试。
  为了提高回归测试的效率和有效性,选择正确的回归测试策略是非常有意义的,选择回归测试应兼顾效率与有效性两方面,那么常用的方法有哪些?
  1.重新测试整个案例
  从基线测试用例库中选择全部测试用例组成回归测试包,这是一种比较安全的方法,再次测试所有用例具有较低的遗漏回归错误风险,但测试成本较高。
  2.根据风险选择测试
  从基准测试用例库中选择回归测试包,基于一定的风险标准。从运行更重要的、关键的和可疑的测试开始,而忽略那些不重要的、低优先级的或者高稳定性的测试用例,这些测试用例在只有三到四级甚至更严重的情况下进行测试。
  3.基于作业面选择检验
  若基线测试用例库的测试用例是根据软件操作曲线开发的,测试用例的分布情况反映了系统的实际使用情况。通过测试预算,回归测试使用的测试用例的数量可以确定回归测试,回归测试可以优先选择那些具有重要或经常使用功能的测试用例,并且能够降低和减轻高级风险,帮助尽早发现那些影响可靠性的故障。
  4.重新检验修改部分
  如果测试者对修改的局部化有足够的认识,那么通过相关分析就可以识别软件的变化并分析修改的影响,将回归测试限制在被修改的模块及其界面上。常常,回归错误必须包含新的、修改的或删除的代码片段。如果条件允许,回归测试尽可能覆盖受影响。


分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

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

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-28 13:19 , Processed in 0.073499 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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