2025年测试用例管理看这一篇就够了 ----Codes 开源免费、全面的测试管理解决方案

news/2025/1/8 14:32:55/文章来源:https://www.cnblogs.com/mypm/p/18657086

1、前言

Codes 是国内首款重新定义 SaaS 模式的开源项目管理平台，支持云端认证、本地部署、全部功能开放，并且对 30 人以下团队免费。它通过整合迭代、看板、度量和自动化等功能，简化测试协同工作，使敏捷测试更易于实施。并提供低成本的敏捷测试解决方案，如同步在线离线测试用例、流程化管理缺陷、低代码接口自动化测试和 CI/CD，以及基于迭代的测试管理和测试用时的成本计算等，践行敏捷测试。

2、Codes 测试用例管理功能模型

接下来我们顺着功能模型图对上图做一个抽丝剥茧解读

3、Codes 测试用例管理功能模型抽丝剥茧解读

3.1 用例来源

正常都是来源的需求，但是第一个节点我们写的的需求｜模块，因为有些公司根本没有需求，总不能没需求就不写用例吧，所以这时候为了方便管理测试，可以在模块下写需求，虽然不提倡，但存在即合理。
Codes 的实现中，为了兼容所以用例左边的目录有两个来源：
左边的目录，能看到有些是绿色，有些是黄色，绿色表示需求，双击可以查看需求明细，黄色示表模快

3.2 脑图用例

Codes 中脑图为脑图的本真用法，也就是叶子节点为用例，路径上其他节点为目录
以文件单位进行管理，转为标准用例才可执行，且为标准用例后，在标准用例中修改或是在脑图中修改他们会自动同步

操作同 Xmind ，快捷键也一样，脑图内复制 (ctrl+c) 时会带子节点递归复制，点击目标节点 (ctrl+v) 粘贴，可跨文件中复制和粘贴。也可从脑图中导入到 Codes 中，导入后也是一个文件。

3.2.1 转标准用例

上图中文件名前有锁图标表示己转标准用例

选择要导入到什么需求下，也可以是模块，再选择分配到哪个迭代下，便可执行了
同步到标准用例后，脑图的修改只能以右键来操作

转标准用例后，脑图的节中间节点变为用例目录模块，已存在的目录就不再创新，不存在就创建

3.2.2 执行脑图用例

可以在标准用例中执行用例，结果会实时同步到脑图中，也可在脑图中右键执行，只有叶子节点是用例，所有只有叶子节点可执行
选择某个脑图左上会列出其已分配的迭代，切换不同迭代可以不同迭代中执行脑图，每个迭代中有是不同的执行记录，
也可在左上把当前脑图分配到其他迭代

3.3 标准用例 (用例管理)

有 4 个视图：普通视图、脑图视图，统计视图，标签视图，在左边左上的下拉中可切换

3.3.1 普通视图

缺省为普通视图，左边可以增加模块，左边目录中绿色的为需求，双击可查。4.1 中用例来源有说明这里不在详述。

如上图普通视图中更多下可进行导出、导入（xmind,excel,用例库）及同步线下处理、脑图用例维护、从产品用例库同步，废弃等功能操作
xmind 导入，只有叶子作为用例描述，其他中间节点作为模块目录导入

3.3.2 excel 导入及线下同步

excel 导入和同步是同一个模板，模板说明如下点导入用例，可下载导入 excel 模板
导入和同步是同一模板也意味着在一个模板中，同时可以含有导入新增的数据，以及线下处理之后要同步的数据。比如，有些用例是新增导入，有些是线下修改过的用例，有些是线下执行过的用例，也可以是线下修改并执行过的用例，也可以是新增导入并执行了的用例。

excel 模板所下图所示：

第一列 “编号/校验码” 用法说明：当要导入某些用例时，这些用例所在行的第一列手动填写 add 表示是导入，

第二列 “功能项/目录” 用法说明：，下载模板时会自动把录前项目中的目录导出，也可手动填写，功能项填写时为不含项目名 (根节点) 的完整路径，模块间用中文斜杠 (/) 隔开。新增导入时，会按斜杠拆分模块并自动检查模块是否存在，不存在就自动建

第九列 “执行版本” 用法说明：用于线下执行时选择版本

第十和十一列类别和优先级用法说明： 如直写的系统中不存在，导入时会自动建，且下载模板时，在第一行中，十和十一列中自带了系统现在的类别和优先级，可以复制到其他行中

第一列补充说明：
“编号/校验码”，导出用例时自动导出 ID 和校验码，

注意 如果要同步线下处理的用例到到线上，就不要去动这些用例的 ID 和校验码
导入的时候只要发现某行第一列不为 add 就执行同步操作
第一列为add时，导多少次也是新增，也就是导一次就增加一次不会管重不重复

导入及线下同步示例：
可以在用例管理中心导出，线下处理后再同步回线上，也可以在迭代中导出再同步到一上，如要在线下执行推荐在迭代中导出再同步，如果仅增加用例或是修改用例，在用例管理中心和迭代中都可以

第一步：导出用例

同步时有一个原则，在哪导出的就在哪同步导入
导出后，做了如下线下处理：一条修改并执行，一条仅执行，一条仅修改，有一条只新增导入，另一条新增并执行

下面为上图中导入后的同步结果
2 条离线修改的用例被同步;2 条离线执行的用例被同步;导入新增用例 2 条,并同步了新增并执行的 1 条用例

其他用例没动，所以导入也没发生任何变动
且新增的两条用例，他的目录迭代系统中己有，然后增加了同步和且例两个目录

3.3.3 场景用例

以场景模板的方式来维护，主要用也是为了用例的重用，把多个用例按指定的执行顺序组成一个业务场景，比如转帐，可由登录，查余额，等几个用例组成

建好场景后，可分配用例到场景中并设置执行顺序

3.3.4 脑图视图

把标准用例以脑图形式显示，右键可执行，左边切不同目录时，右边的脑图根节点会随左边目录而改变

3.3.5 统计视图

显示各目录或需求下用例和缺陷数

3.3.6 标签视图

在用例维护时可增加标签

标签视图，左边显示为标签视图方便以标签的维度来查询

3.4 测试计划

Codes 中测试计划是包含在迭代中，从测试的来看迭代就是传统的测试计划。详见《记 Codes 重新定义 SaaS 模式开源免费研发项目管理平台 —— 多事项闭环迭代的创新实现》，以了解这样设计的初衷
主要分为两步，一分配要执行的用例到迭代下，二分配执行人
分配用例：相当于圈定要执行的用例
分配用例时能查看已分配的用例。迭代下用例中点分配用例
可以勾选后点分配，且支持跨页选，然后点分配，也可以在勾选左一个或多个需求分配，也可以把点全部分配把当前查询条个把下的用例全分配到迭代中