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

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

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

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

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

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

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

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

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

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


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

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

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

总结

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

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

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

立即使用