首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >在敏捷中运行回归自动化的最佳方法是什么?

在敏捷中运行回归自动化的最佳方法是什么?
EN

Stack Exchange QA用户
提问于 2019-09-11 14:14:03
回答 3查看 567关注 0票数 4

我们在手动测试中遵循敏捷方法。我们直到冲刺10才实现任何自动化。

我们现在的冲刺速度是15。

在sprint 10之后,我们从Sprint 1开始使用Java、Maven和Selenium进行自动化,现在我们已经准备好了从sprint 1到10的自动套件。

作为QA,我的问题是,运行自动化测试套件的最佳方法是什么。我的意思是,没有必要每天或每周运行1-10冲刺的整个自动化套件,因为我们很少改变任何现有的功能。

我们有不同的特点,如部门,雇员,登录,注册和更多。

那么,在修改该特性时,我们是否应该通过特性运行自动化测试套件呢?或者我们应该安排所有自动化测试用例?

我们计划使用Azure管道来实现maven构建的自动化,但是由于我们还没有确定最佳方法,所以我们没有创建管道。

EN

回答 3

Stack Exchange QA用户

发布于 2019-09-11 14:49:35

这取决于自动化测试套件的执行时间--如果只有几分钟,那么每次新提交之后就可以运行它--在代码库中引入新的更改时。如果需要更长的时间,那么您可以在每个sprint结束时,甚至在新版本的应用程序进入验证/验证阶段之前运行它。它应该补充您的特定开发过程,而不是因为需要额外的等待时间来构建/发布应用程序而阻碍它。

我的意思是,没有必要每天或每周运行1-10冲刺的整个自动化套件,因为我们很少改变任何现有的功能。

所以你可以100%肯定地说,新代码不会破坏任何现有的功能?

票数 4
EN

Stack Exchange QA用户

发布于 2019-09-12 07:20:23

您有自动化回归套件。你在敏捷中工作。每天运行回归的成本接近于零(您有构建代理和CI/CD工作)。

您可以在开发人员创建的同一天找到回归bug,从而为开发人员增加价值。您可以降低修复错误的成本。但是你说每天/每周运行它是没有意义的。

的确有。你几乎什么都没花。

票数 4
EN

Stack Exchange QA用户

发布于 2019-09-12 10:41:06

我的5美分..。

首先,也是最重要的一点--测试不仅仅是QA的责任,也是Scrum团队的每个成员的责任。记住,敏捷中的测试应该是连续的。这也适用于回归测试。

我们遵循以下方法将手动回归包转换为连续测试模型。

  1. 确定执行所需的测试方案,以确保所有功能(主要功能)都按预期工作。现在让我们称它为回归包。
  2. 现在,以这样的方式打破这个包,我们将尽可能早地在SDLC中执行测试。一些测试可以被分解成组件级的测试或API测试,并且可以很容易地被自动化,并且在开发之后立即执行。因此很早就发现了缺陷。Devs可以帮助团队拥有组件和API测试自动化(主要是QAs在组件方面的专业知识,API自动化将是有限的)
  3. 在考虑自动化之前,在UI级测试上进行ROI(投资回报分析)。同样,计划的方式也可以在Dev服务器中运行(使用模拟API或综合生成的测试数据)。
  4. 手动执行其余的测试,在SDLC中尽可能早地运行测试。

因此,最终您的手动回归测试包(比如200个测试用例)将消失,相反,您将拥有一组单元/组件、API、Automated和manual测试(大约是手动测试用例的10倍),您可以在SDLC中早期执行这些测试,并找到更接近原点的缺陷。

那么,在修改该特性时,我们是否应该通过特性运行自动化测试套件呢?或者我们应该安排所有自动化测试用例?--非常好的问题。在我们的团队中,我们遵循一种模块化的开发方法,在这种方法中,如果可能的话,这些特性是孤立的,这样就可以开发、测试甚至推动其独立运行。这有助于改善你的生活时间。

票数 1
EN
页面原文内容由Stack Exchange QA提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://sqa.stackexchange.com/questions/40756

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档