害！你竟然不知道这几个库？

害！你竟然不知道这几个库？

接触测试以来，一件事一直困扰着小编: 如何做到测试任务中测试过程的受控，即测试计划、测试周期、测试进展、测试结果等各阶段的可控、可见。

小编所在的项目组经常出现这样一类问题: 历史数据的兼容不足 or 历史遗留问题在新需求下放大导致线上问题甚至线上事故。很多都是因为之前的风险已经忘记了，或者记录不足。

近期小编在读书过程中看到了一个关于测试“三库管理实战”的章节，深有感触，故整理分享，相信对你的测试经历也有启发和思考。

01

CMMI - 三库管理

在讲测试“三库”之前，先看一下软件配置管理中的“三库管理”。CMMI(Capability Maturity Model Integration，能力成熟度模型集成)提出了对软件配置管理的三库概念，这里的三库指: 开发库、受控库、产品库。

开发库: 供开发人员使用，存放开发过程中需要留存的信息

受控库: 软件生命周期各阶段工作相关信息的存储

产品库: 测试完毕后作为最终产品存储进入产品库

开发库主要限制对象是开发，对测试影响较小；产品主要面向产品经理、产品运营等，对测试影响也较小；受控库需要测试参与，且目前也存在问题，其中就包括小编一直思考的对测试计划、测试周期、测试进展、测试结果等各阶段的可控、可见。

02

软件测试 - 三库管理

小编近期看了一本《软件测试架构实践与精准测试》，书中介绍了一个测试角度的“三库管理”概念和应用。对小编一直在思考的测试过程记录有了一些启发，虽然书中的三库概念可能并不适用很多实际项目，但确实提出了一个测试过程管理和把控的思路。

测试库: 主要对软件测试过程中输出的文档、使用的工具进行控制。

受控库: 受控库的目的是为了保证软件开发周期中各配置项的完整性、可追溯性、安全性，对软件开发过程中测试与研发的交互关系、程序版本、文档资料进行控制和保存。

缺陷库: 缺陷库就比较好了解而且也非常常用，主要用于创建、跟踪、关闭版本迭代/新需求开发过程中的各类bug。

03

管理软件&工具

“三库”更多层面上是一种概念，其需要管理的主要主要包括计划、方案、记录、文档。这里就可以借助一些知识管理软件、版本控制软件或专用软件完成。

笔记软件

Notion、印象笔记这类笔记工具主要可以用于文档、阶段性输出的存储，优点是基本都有共享功能、演示功能，便于进行多人合作，但是搜索功能比较缺乏，无法满足大量文档维护、查找的需求。

版本控制工具

像Git、SVN这类版本控制工具具有repository(存储库)功能，可以按照不同的分支、目录划分不同的功能，利用标签、基线等功能也可以起到管理、控制过程的作用。

专业工具

DevSuite系列的多个独立产品可用于知识库管理、需求分析管理、项目规划管理、过程管理，其中DevTest还支持测试用户和测试计划管理。

这个小编没有用过，看了网站介绍和目前多数公司内部系统主要功能基本一致，优点在于对软件开发周期的各个环节划分都比较细且可以进行记录。缺点的话需要收费，而且可能还不能做到项目通用。

04

如何做“三库管理”

目前大多数公司、部门、测试组应该都具备测试库和缺陷库的基础条件，更多需要做的就是规范使用。小编这里想谈的，和思考的重点也在受控库，同软件配置管理受控库的问题一样，对测试来说受控库也是一个需要根据各自项目进行规范和维护的重点。比如以下几点都是可以考虑如何让过程可控，可见。

• 用例评审过程
• 用例执行过程
• 测试方案制定过程和评审
• 灰度/上线过程跟进
• 线上问题/线上事故跟进和总结
• ……

写在最后

小编这里介绍的“三库管理”更多层面上是提供了一个思路，在测试计划、记录、实施上面的一个改进方向。

这“三库”不仅仅是项目、测试组内的积累和财富，对个人来说这“三库”更是不断学习和成长的见证。

现在越来越多的人追求自动化，好像已经忘记了测试的其他工作。