登录/注册
CODING 自动化执行能力让测试更快、更自由

持续测试实践的基础是自动化测试,因为只有自动化程度足够高,才能够满足持续交付的高频发版需求。从近几年行业的调查报告可以看出,随着对 DevOps 的认可,企业对自动化测试的投入在持续提升,带来的直接结果就是自动化测试的代码越来越多。那么,有了数量快速增加的自动化代码,自动化就能达到了我们预期的效果吗?

其实从现实效果来看,企业并没有由于自动化测试覆盖率的提升而获得预期中的价值,因为自动化代码的执行并没有我们想象中的那么“自由”,往往在于两方面的原因:
1)一般团队会把自动化代码执行当作 CI 的一个环节,也只是被作为回归场景使用,但是全量回归的耗时过长限制了执行的频率不会太高;
2)搭建流水线和在这基础上搭配相应的工具还是存在技术门槛、再加上这些操作本身需要的工作量,也导致了难以做到每个人都能随时执行自动化测试。

基于让测试执行更加“自由”,CODING 打造了云端自动化执行的能力,期望解决自动化测试的“最后一公里”问题,从而实现:1)每次执行都有灵活选择用例子集的自由 2)任何人都有执行测试的自由。

CODING 如何让测试执行更加自由

接下来,我们看看如何在 CODING 测试管理实现“自由”的执行测试:

1、 在自动化用例库中进行自动化代码登记

确定自动化代码已经存在于代码托管中,对已经存在的自动化代码库进行登记,并设置相关的语言/框架

2、解析自动化代码库的测试函数列表,并建立用例管理中的功能用例与自动化函数的匹配关系,得出自动化覆盖率

3、创建执行方式为自动化执行的测试计划,圈选用例


4、执行该测试计划,已经匹配上的自动化用例在后台执行并更新对应功能用例的执行结果

(自动化执行完毕,用户可以对未测或者未通过的用例进行手工验证、并更新用例任务状态)

5、点击生成测试报告,进行质量分析

总结

首先,通过 CODING 的自动化登记进行自动化代码和功能用例的匹配,我们对自动化代码产生的价值有了直接的感受,可以做到“心里有数”。

其次,选取适合的自动化测试子集是需要业务测试知识的,而执行固定范围的全回归测试耗时过长、或者反复机械性执行冒烟测试并不能及时反映新需求的测试情况,这是自动化测试覆盖率的提升之后仍然未能达到预期中的价值的原因。CODING 提供按需圈选测试子集的方式来创建测试计划,精准执行相关的自动化代码子集、快速反馈结果,从而解除了自动化运行时长的顾虑,最终让团队努力生产的自动化代码得到价值最大化。

注册即用,体验酣畅的开发流程

立即使用
投稿须知
感谢您对 CODING 洞见的关注和支持!如果您有意向我们投稿,可在下方的推荐方向中选择合适的选题。
【CODING 洞见近期推荐投稿方向】
包括但不限于——
普适性布道、技术实践、产品实践、解决方案、行业解读等等
【云原生】DevOps(GitOps、ChatOps、DevSecOps)等
【研发管理】敏捷开发、项目/团队管理、团队协作、研发提效等
【产品实践】基于 CODING 产品的实践类文章
我们将在 CODING 洞见、公众号、知乎、微博等 10+ 官方渠道,署名发表您的文章,共促软件开发及相关领域的知识沉淀与分享。
如果您的文章已成文——
点击下方【前往投稿】立即投稿吧!
如果您有尚未成文的选题——
点击【前往投稿】填写相关信息,我们将与您沟通,共同打磨文字。

立即投稿