CTest 测试管理使用最佳实践

CTest 测试管理使用最佳实践

 

随着业务线上化、流程标准化、平台一体化的演变，测试管理已告别了低效的线下模式，转移至线上协同，从任务规划、方案设计、活动规划、用例设计、测试验证等均搭建完整、通用的体系供质量部门使用。

 

01

 需求是如何产生的

在嘉为众多的客户案例实践中，我们总结了测试需求域主要分为三个方面：版本、迭代或是某些单个需求。我们可以选择基于某个方面去创建测试任务，在测试任务里去执行测试域的各类活动。在做需求管理时，我们的业务流程可分为三种模式：偏瀑布模式、偏敏捷模式、零散或紧急需求模式。

🔷偏瀑布模式，偏瀑布模式下的需求归属某一个版本，然后基于这个版本去创建一个测试任务，在测试任务里边再去进行各个活动。

 

🔷偏敏捷模式，偏敏捷模式下的需求会纳入到某一个迭代，然后基于迭代去创建一个测试任务，在测试任务里面去进行各个测试域的环节。

 

🔷零散或紧急需求模式，这种模式下的需求会放在需求管理池进行开发，开发完后可基于单个需求或者多个需求直接拉取一个测试任务，然后再去进行测试环节。

02

CTest 测试管理使用最佳实践操作

 

整体上，我们围绕着测试任务来开展。首先，创建测试方案，制定测试计划、确定测试范围与测试环境；其次，对测试用例进行编写设计；再者，在测试执行中规划具体的测试活动（轮次）开展测试，并记录结果；最后，根据测试的结果输出本次测试任务的结果报告。在这个过程中，我们可以通过“测试进度”查看每个测试计划的进展情况。接下来便结合我们DevOps平台的具体操作步骤讲解。

1 测试任务

步骤：点击创建任务，填写基本信息生成测试任务

2 测试方案

我们创建完测试任务后便进入测试方案规划阶段，测试方案包含测试计划、测试范围、测试环境三个部分。

2.1 测试计划

给测试任务编排一系列测试活动

 

2.2 测试范围

为测试任务勾选和编辑所用用例的分组对应的系统分组范围

 

2.3 测试环境

对测试任务的信息描述

 

小建议

测试方案确定后可以下载下来或者分享给其他相关的同事或者leader帮忙审核方案是否完备，或者点击评审功能让他们帮忙审核，可以及时对方案进行查漏补缺。

 

3 用例设计

3.1 用例的设计方式

🔷新建用例

🔷复用公共的用例

 

3.2 创建的维度

🔷基于本次测试任务里的被测需求范围中某个需求创建用例

用这种方式去创建用例不会默认的填上一个分组，但是会默认给这个用例给分配上它的被测需求。

 

🔷基于某个分组创建用例

用这种方式创建的用例没有自动关联被测的需求，用户可自由选择哪条用例用来测哪个需求。

 

4 测试执行

测试执行是基于前面测试方案下测试计划里测试阶段为“测试执行”的测试活动(如图)，只有这样我们才能在测试执行里规划仅为测试执行阶段的测试活动的测试轮次，将本次测试任务所要用到的用例添加进去。

操作步骤：

 

在测试执行的时候可以规划多个测试活动（前提是测试阶段为“测试执行”的测试活动有多个），将我们设计的用例添加进去。在用例的执行的时候发现失败了，可以在失败这里添加描述信息，这些信息都会被归档到执行记录里面方便后续查看修复。

 

5 测试报告

测试完毕后，想查看本次测试任务的测试情况可通过测试报告的方式将当前测试任务里面的用例、被测的需求、产生的缺陷、执行的结果等信息呈现出来。

 

5.1 报告创建方式

报告的创建有两种方式，主要是基于统计的范围。

 🔷总结报告：将整个测试任务里面的所有的轮次里面的信息都会统计在一起

测试轮次：从轮次列表里面选择某一个轮次生成报告

🔷测试轮次：从轮次列表里面选择某一个轮次生成报告

5.2 发起评审

可发起评审的对象有测试用例、测试方案、测试报告。测试任务结束后用户可自由选择是否发起评审，评审的意义在于看本次的测试任务是否能达到后期产品发布的要求。

 

以上便是整个CTest测试管理最佳实践的流程，中间的一些环节可结合公司里面的实际业务流程进行调整，提高工作效率。