我们在手动测试中遵循敏捷方法。我们直到冲刺10才实现任何自动化。
我们现在的冲刺速度是15。
在sprint 10之后,我们从Sprint 1开始使用Java、Maven和Selenium进行自动化,现在我们已经准备好了从sprint 1到10的自动套件。
作为QA,我的问题是,运行自动化测试套件的最佳方法是什么。我的意思是,没有必要每天或每周运行1-10冲刺的整个自动化套件,因为我们很少改变任何现有的功能。
我们有不同的特点,如部门,雇员,登录,注册和更多。
那么,在修改该特性时,我们是否应该通过特性运行自动化测试套件呢?或者我们应该安排所有自动化测试用例?
我们计划使用Azure管道来实现maven构建的自动化,但是由于我们还没有确定最佳方法,所以我们没有创建管道。
发布于 2019-09-11 14:49:35
这取决于自动化测试套件的执行时间--如果只有几分钟,那么每次新提交之后就可以运行它--在代码库中引入新的更改时。如果需要更长的时间,那么您可以在每个sprint结束时,甚至在新版本的应用程序进入验证/验证阶段之前运行它。它应该补充您的特定开发过程,而不是因为需要额外的等待时间来构建/发布应用程序而阻碍它。
我的意思是,没有必要每天或每周运行1-10冲刺的整个自动化套件,因为我们很少改变任何现有的功能。
所以你可以100%肯定地说,新代码不会破坏任何现有的功能?
发布于 2019-09-12 07:20:23
您有自动化回归套件。你在敏捷中工作。每天运行回归的成本接近于零(您有构建代理和CI/CD工作)。
您可以在开发人员创建的同一天找到回归bug,从而为开发人员增加价值。您可以降低修复错误的成本。但是你说每天/每周运行它是没有意义的。
的确有。你几乎什么都没花。
发布于 2019-09-12 10:41:06
我的5美分..。
首先,也是最重要的一点--测试不仅仅是QA的责任,也是Scrum团队的每个成员的责任。记住,敏捷中的测试应该是连续的。这也适用于回归测试。
我们遵循以下方法将手动回归包转换为连续测试模型。
因此,最终您的手动回归测试包(比如200个测试用例)将消失,相反,您将拥有一组单元/组件、API、Automated和manual测试(大约是手动测试用例的10倍),您可以在SDLC中早期执行这些测试,并找到更接近原点的缺陷。
那么,在修改该特性时,我们是否应该通过特性运行自动化测试套件呢?或者我们应该安排所有自动化测试用例?--非常好的问题。在我们的团队中,我们遵循一种模块化的开发方法,在这种方法中,如果可能的话,这些特性是孤立的,这样就可以开发、测试甚至推动其独立运行。这有助于改善你的生活时间。
https://sqa.stackexchange.com/questions/40756
复制相似问题