关于“测试左移”,想必会有几个问题大家想要了解。什么是左移、什么是自动化左移、什么节点算左移、左移的标准是什么、左移的数据结果如何衡量,下面我们来看看思路和方案。
什么是自动化左移?
将“自动化”前置到测试阶段之前,对需求进行尽早地测试。
什么节点算左移?
左移节点
·提测左移:服务端研发操作提测时;
· 迭代左移:迭代时间范围内。
左移的标准是什么?
提测左移
· 需求在服务端研发点“提测”之前;
· 需求测试用例下有关联自动化用例;
· 关联的自动化用例状态必须是:“上线”。
迭代左移
· 迭代时间范围内;
· 需求测试用例下有关联自动化用例;
· 关联的自动化用例状态必须是:“上线”;
· 关联的自动化用例必须是:“执行过”(在自动化测试计划中执行过)。
Q:若需求是跨版本,怎么办?
A:用例平台的用例模块支持可移动,在模块移动的时候平台自动更改版本号,同时用例平台告诉自动化平台版本号的变更。
左移数据结果如何衡量?
提测左移的数据指标衡量会在星盘平台输出对应的结果数据。
· 星盘:迭代维度,查看域/子域的测试左移;
迭代左移的数据指标会在自动化平台输出对应的结果数据;
· 自动化:迭代/时间范围维度,查看域/子域/人的测试左移。
五、自动化左移规范
自动化编写
所有编写的自动化脚本,均按照自动化规范标准输出。
编写规范参考:【接口自动化】平台应用规范。
关于提测左移的自动化,编写实施步骤:
提测分支合并
当服务端研发点“提测”时,判断研发的 Feature-xxx 分支是否合入到 Release-{Version} 分支。【分支规范】
·是(已合入):允许提测;
· 否(没合入):不允许提测。
流程:协同面板--->子域/版本号--->需求“开发”节点--->提测
提测自动化
提测自动化配置:
·BVT 主流程:子域业务模块核心 BVT 主流程自动化测试计划;
· 需求左移:提测时,自动检索需求用例目录下是否有自动化上线 Case(无需配置)。
BVT 主流程:
· 执行 Case:研发提测时间,触发业务域 BVT 主流程自动化;
· 执行环境:迭代 Round-1 染色环境;
· 执行目的:保证研发 Feature-xxx 分支合入 Release-{Version} 分支后对业务域的主流程是否有影响。
需求左移:
· 执行 Case:研发提测时间,触发业务域需求自动化;
· 执行环境:需求染色环境(自动创建);
· 执行目的:需求维度自动化 Case 是否受需求提测影响而失败,判断是否是脚本问题还是代码问题。
提测分析
无论是需求提测进度,还是自动化执行结果,均需要该需求的“研发+测试”共同关注,并且分析失败原因。
提测自动化执行失败,是否会影响研发提测进度?
不会。现阶段不会卡研发提测进度流程。
提测自动化执行失败,可以提缺陷吗?
可以。失败分析后定位出是研发代码缺陷,直接提 RDC- 需求缺陷,缺陷阶段=测试冒烟。
六、总结与下一步规划
自动化测试左移是从之前传统的后期继承测试阶段提前至开发阶段的策略,通过在开发过程中引入自动化测试,在逐步提高测试效率,减少测试过程中的缺陷发生。我们将自动化测试与持续集成和持续交付相结合,实现了快速、频繁的测试和交付,减少了开发和测试之间的时间间隔,提高了产品质量和交付速度。
在自动化测试左移的基础上,我们将进一步完善和优化自动化测试流程,以提高测试的覆盖率和质量,扩大自动化测试范围和持续监控和优化,提升自动化测试范围,并且再进一步提高测试效率和质量。
本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理