每个软件研发团队都会搭建一套测试管理系统，由至少一个测试管理工具组成，用来管理各种测试活动，覆盖了整个测试过程。一个测试管理系统的构成如下所示：

图片来源：《全程软件测试》第14章

测试管理系统的核心是测试用例库和缺陷库。围绕测试用例的管理包括：测试用例、测试套件、测试执行结果等；围绕缺陷的管理包括：缺陷记录、缺陷跟踪及分析报告。而测试资源分配、测试数据管理、测试环境配置等可以归类为测试管理系统的一部分，也可以归类为测试基础设施的一部分。

随着可用的测试工具越来越多，测试系统本身越来越复杂，管理测试活动的各个方面已经成为一个越来越大的挑战。就测试用例的管理来说，不仅需要管理手工测试用例，还需要管理自动化测试脚本，实现自动化测试结果在测试用例管理工具中的自动更新，这需要测试用例管理工具和自动化测试工具的集成。

此外，测试管理系统有必要实现产品需求、测试用例和缺陷之间建立必要的映射关系，实现三者之间的双向可追溯性：在系统里打开一个缺陷，就知道是由那个测试用例发现的；可以列出任何一个测试用例所发现的缺陷情况，据此就知道哪些测试用例发现较多的缺陷，哪些测试用例从来没有发现缺陷；需求发生变化，需要修改哪些测试用例。要么一个测试管理工具本身同时具备管理需求、用例和缺陷的功能，要么可以集成其它的测试管理工具共同实现三者的管理和可追溯。

下面我们就来盘点一下有哪些好用的测试管理工具。

1. Jira

2. TestRail

3. PractiTest

4. Zephyr Enterprise

5. 禅道

6. MantisBT

7. TestLink

8. MeterSphere

9. Bugzilla

10. Testopia

11. AgileTC

12. BackLog

13. Katalon TestOps

1. Jira

Jira 是 Atlassian 公司开发的项目管理工具，常常用于缺陷管理。通过高度的自定义性，实现缺陷管理、任务管理、工数管理，进度管理，日程管理等整个项目的管理。可统一管理多个项目的进度和任务。此外，JIRA提供了插件支持测试用例的管理，并在此基础上实现需求、测试用例、缺陷的可追溯性。

1. Zephyr：可以创建测试用例，测试套件，进行测试周期的管理，还可以有一个附加组件ZAPI用于自动化集成。

2. Go2Group SynapseRT：该工具具有测试用例管理功能，但主要关注基于需求的测试，可以用于跟踪某个需求对应的测试用例执行进度。

3. XRay：支持测试用例管理。Xray支持手工和自动化测试，包括Cucumber等BDD测试框架，以及JUnit、NUnit、Robot等自动化测试框架，覆盖了整个测试生命周期。

官网：https://www.atlassian.com/zh/software/jira

2. TestRail

TestRail是一个测试用例管理工具，没有需求和缺陷管理模块。TestRail提供全面的、基于web的测试用例管理功能，帮助团队组织测试工作，并实时了解测试活动。用户可以通过屏幕截图和预期结果获取有关测试用例或场景的详细信息。跟踪单个测试的状态。使用信息丰富的仪表盘和活动报告测量进度。比较多个测试运行、配置和里程碑的结果。

TestRail可以和缺陷管理工具集成使用，如Atlassian Jira、FogBugz、Bugzilla、Gemini、Axosoft、GitHub和TFS。TestRail也可以和测试自动化工具集成，如Ranorex Studio等。

官网：https://www.gurock.com/testrail/

3. PractiTest

PractiTest 是测试管理工具中一颗冉冉升起的新星，是一个端到端的测试管理系统，提供了测试用例管理，缺陷状态管理，具有可定制的仪表板，并附有详细报告。该工具提供了手动测试和自动化测试管理选项，还有探索式测试测试管理的功能。

PractiTest与缺陷跟踪工具，如JIRA、Pivotal Tracker、Bugzilla和Redmine，以及各种自动化工具，如Selenium、Jenkins等，无缝集成。

PractiTest是唯一符合SOC2 Type2（安全方面的权威资质）和ISO 27001的测试管理工具，使其成为市场上最安全的QA系统。

官网地址：https://www.practitest.com/

4. Zephyr Enterprise

Zephyr最初是Jira中的一个插件，以增强Jira支持测试管理的能力。然而，对于规模较大的组织来说，由于测试活动的复杂性，采用这种方式进行测试用例管理是不够的，因此开发了企业版。Zephyr Enterprise支持和Jira、以及CI/CD调度工具Jenkins、自动化测试工具Selenium等的集成。

官网：

https://smartbear.com/test-management/zephyr-enterprise/

5. 禅道

禅道是国内第一款开源项目管理软件，其核心管理思想基于敏捷方法scrum，内置了产品管理和项目管理，同时又根据国内研发现状补充了测试管理、计划管理、发布管理、文档管理、事务管理等功能，在一个软件中就可以将软件研发中的需求、任务、bug、用例、计划、发布等要素有序的跟踪管理起来，覆盖了项目管理的核心流程。

官网：https://www.zentao.net/

6. MantisBT

MantisBT（Mantis Bug Tracker） 是一个基于WEB的开源缺陷跟踪系统，提供本地和托管的安装环境。MantisBT是由PHP开发的，并采用开源数据库MySQL，构成一个完整的开源解决方案。

官网：http://www.mantisbt.org/

7. TestLink

TestLink是一个开源的用于项目管理、缺陷跟踪和测试用例管理的测试过程管理工具。TestLink遵循集中测试管理的理念，通过使用TestLink提供的功能，可以将测试过程从测试需求、测试设计、到测试执行完整的管理起来，同时，它还提供了好多种测试结果的统计和分析。

官网：https://www.testlink.org/

8.MeterSphere

MeterSphere 是一站式开源持续测试平台，涵盖测试管理、接口测试、性能测试、团队协作等功能，兼容 JMeter 等开源标准，有效助力开发和测试团队充分利用云弹性进行高度可扩展的自动化测试，加速高质量软件的交付。

官网：https://fit2cloud.com/metersphere/

9. Bugzilla

Bugzilla是一个开源的、基于Web界面的缺陷跟踪工具，可以管理软件开发中缺陷的提交（new），修复（resolve），关闭（close）等整个生命周期。Bugzilla在相当长的一段时间内被许多组织广泛使用。

官网：https://www.bugzilla.org/

10. Testopia

Testopia是一款与Bugzilla集成使用的测试用例管理工具，允许用户将缺陷报告与测试用例运行结果集成在一起。

官网：

http://www.testingtoolsguide.net/tools/testopia/

11. AgileTC

AgileTC是滴滴开源的一套敏捷的测试用例管理平台，支持测试用例管理、执行计划管理、进度计算、多人实时协同等能力，方便测试人员对用例进行管理和沉淀。

下载：https://github.com/didi/AgileTC

12. BackLog

Backlog是一款在线缺陷跟踪和项目管理工具。Backlog不仅仅是一个缺陷跟踪工具，它还支持拉请求、合并请求和分支，还提供了代码审查和协作功能，支持与版本控制软件Git和SVN的集成，因此用户可以在一个地方查看代码、添加问题和跟踪bug。

官网：https://backlog.com/

13. Katalon TestOPs

Katalon TestOps是一款先进的缺陷管理工具。可以帮助用户进行缺陷跟踪。与几乎所有可用的测试框架兼容包括Jasmine、JUnit、Pytest、Mocha等；支持CI/CD工具，如Jenkins、CircleCI；支持项目管理平台，如Jira、Slack。实时数据跟踪，实现快速、准确的调试。实时全面的测试执行报告，以确定任何问题的根本原因。通过智能调度高效地计划，以优化测试周期，同时保持高质量。

官网：https://www.katalon.com/testops/

下面是配套资料，对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！

最后： 可以在公众号：程序员小濠 ！ 免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。

如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一键三连哦！喜欢软件测试的小伙伴们，可以加入我们的测试技术交流扣扣群：310357728里面有各种软件测试资源和技术讨论）

为什么需要包管理工具？

每种主流编程语言都有包管理工具，比如 java 的 Maven、Gradle，Python 的 pip，nodejs 的 npm、yarn、pnpm 等。
包管理工具的主要作用是管理第三方依赖，也可以看成一个"轮子"工厂，每个人都可以上传自己造的"轮子"和下载使用别人的"轮子"，
包管理工具顾名思义就是统一管理这些轮子的软件或者工具，它以多种方式自动处理项目依赖关系、提供了命令行工具（CLI）、支持跟踪依赖项和版本等功能，
除此之外还可以安装、卸载、更新和升级包，配置项目设置，运行脚本等等。
有了包管理工具，我们可以很简单地构建一个项目或者引入和管理一个库，留给我们的则是愉快地编码。

npm 不只是包管理工具，它是世界上最大的软件注册表（registry），每星期大约有 30亿次 的下载量，包含超过 600000个包，开发者使用 npm 互相分享和借鉴。

版本管理规范

版本管理规范 - 语义化版本控制规范 SemVer

在使用 npm 和 yarn 安装完依赖时，package.json 会有类似以下的版本号：

"vue": "^2.6.11",
"vue-router": "~3.1.3"

2.6.11、3.1.3 这个版本号就是遵循了 SemVer 语义化版本控制的规范。

SemVer规范规定，版本的格式为：主版本号.次版本号.修订号-预发版本（可选），版本号递增规则如下：

1. 主版本号：当你做了不兼容的 API 修改
2. 次版本号：当你做了向下兼容的功能性新增
3. 修订号：当你做了向下兼容的问题修正。
4. 预发布版本:
   • alpha（Alpha 版本，通常用于进行中的工作和实验）
   • beta（Beta 版本，通常是下一个计划发布的功能完整的版本，但可能包含已知错误）
   • rc: 候选版本，通常是可能最终（稳定）的版本，除非出现重大错误。

在 nodejs 版本管理中，还允许使用 ～ ^ * 字符来管理版本的范围：

• ^: 不允许修改最左边非0版本 (^2.6.11: 版本 >= 2.6.11 且 < 3.0.0)
• ~: 如果指定了次要版本，则只允许补丁版本更新，如果没有，则允许次要版本更新 (~3.1.3: 版本 >= 3.1.3 且 < 3.2.0)
• *: 任何非预发版本 (版本 >=0.0.0)

前端主流包管理工具

主流的前端包管理工具有 npm、yarn、pnpm、以及国内的镜像 cnpm、tyarn 等，这是包管理器都是基于 nodejs。

npm 是 2010 年发布的 nodejs 依赖管理工具，在此之前，前端的依赖管理都是手动下载和管理的。

yarn 是 Facebook 于 2016 年 发布的替代 npm 的包管理工具，还可以作为项目管理工具，定位是快速、可靠、安全的依赖管理工具。

pnpm 是 2017 年发布的一款替代 npm 包管理工具，具有速度快、节省磁盘空间的特点。

2010：npm 发布，支持 Node.js。
2016：yarn 发布，生成 yarn.lock 文件用于确定 repos 的精确版本，并且比 npm 性能更好。
2017：npm 5 发布，提供类似 yarn.lock 的 package-lock.json 文件。
2017：pnpm 发布，pnpm 具有 yarn 相对于 npm 的所有附加功能，并解决了 yarn 没有解决的磁盘空间问题。
2018：npm 6 发布，在 npm 在安装依赖项之前检查安全漏洞，提高了安全性。
2020：yarn 2 和 npm 7 发布，这两个软件包都具有出色的新功能。
2021：yarn 3 发布并进行了各种改进。

yarn vs npm vs pnpm

包管理工具安装和版本切换

因为 node 预装了 npm ，所以安装 node 后，不需要手动安装 npm。

相反地，yarn 需要手动安装。建议全局安装 yarn：

npm install yarn -g

然后，我们在项目的根目录设置需要的 yarn 版本：

# yarn set version latest # 最新版
# yarn set version canary # 最新的经典版
# yarn set version classic # 最新的经典版
# yarn set version 3.x
yarn set version <version>

使用 Yarn，在每个项目我们可以使用不同的版本，而在 npm 中，要安装 nvm 才能完成版本切换。

同样的，pnpm 也需要全局安装，才能使用

npm install pnpm -g

pnpm 其他使用命令 和 npm 使用方法一致。

安装项目依赖

在执行 npm install 安装项目依赖时，依赖项是顺序安装，并且终端会输出很多的警告日志，导致覆盖报错的日志，从而难以排查问题。

使用 yarn 安装依赖时，运行 yarn 命令即可，yarn 是并行安装依赖项，这是它比 npm 快的原因之一，yarn 1 中的日志比较简介干净，是以树形的形式显示，但是在 yarn 2 和 yarn 3 中日志发生了变化，并不像以前直观。

并且，yarn 还支持离线安装，只要以前装过的包，可以在没有网络链接的情况下进行。yarn 具有重试机制，单个包安装失败不会导致整个安装失败。

在 yarn 安装不同版本的依赖时，会将多个版本归结为单个版本，避免创建多个副本。

npm 、yarn 和 pnpm 常用命令

• npm init| yarn init| pnpm init: 初始化命令

• npm run| yarn run/yarn | pnpm: 运行脚本

• npm publish| yarn publish: 发布包

• npm cache clean| yarn cache clean：清除缓存

• npm install| yarn | pnpm install/i: 安装所有依赖

• npm install [package]| yarn add [package]| pnpm add [package]: 安装某个依赖项

• npm install --save-dev/-D [package]| yarn add --dev/-D [package]| | pnpm add --dev/-D [package]: 安装开发依赖

• npm uninstall [package]| yarn remove [package]| pnpm remove/rm [package]: 卸载依赖

• npm update| yarn upgrade| pnpm update/up: 更新全部依赖

• npm update [package]| yarn upgrade [package]| pnpm update/up [package]|: 更新某个依赖

安全性

npm 最不好的缺点之一就是安全性，曾经的版本发生过几个严重的安全漏洞， npm 6 开始则是在安装之前会检查安全漏洞，
并且支持使用 npm audit 手动检查安装包的安全性，如果发现安全问题，可以运行 npm audit fix 修复漏洞。
因为 npm/yarn 是扁平化依赖结构，有个非常严重的问题就是可以非法访问未声明的包，而 pnpm 是将依赖通过 link 的形式避免了非法访问依赖的问题，如果没在 package.json 声明的话，是无法访问的。

yarn 和 pnpm 同样也支持 yarn/pnpm audit 手动检查安装包的安全性。

yarn 和 npm 都是使用 hash加密算法 确保包的完整性。

lock 文件

在 package.json 跟踪的依赖项和版本总是不准确的，因为 ~ ^ * 等前缀表示依赖更新时对应的版本范围。
范围版本可以在更新依赖时自动升级依赖到兼容性的次要版本或者补丁版本，让软件包支持最新的功能或者修复最近的错误。

所以，为了避免不同设备安装依赖时的版本不匹配的问题，在 lock 文件中定义了精确的安装版本。在每次新装（更新）依赖时，npm 和 yarn 会分别
创建（更新） package-lock.json 和 yarn.lock 文件。这样就能保证其他设备安装完全相同的包。

在 pnpm 中，则是使用 pnpm-lock.yaml 文件定义依赖包的精确版本。

性能对比

npm/pnpm/yarn/yarnPnp install 性能对比

测试 package.json 位置

根据上面的测试结果我们可以看出，首次执行 npm install 安装依赖时 pnpm 比 npm 和 yarn 大约快了 3 倍左右，在有缓存和已安装过依赖的情况，比 npm 也快了不少，yarn 则是更快，其他场景 pnpm 也是占了很大优势。

pnpm 的优势

速度很快、节约空间

pnpm 的所有依赖包统一存储在 store，不会出现像 npm 或 yarn 每个项目会下载独立的依赖，yarn 是从缓存下载文件，而 pnpm 是从 store 中链接依赖，pnpm 更节约空间，
当安装某个依赖时，新项目会使用硬链接到 store 的这个依赖，多个项目不会出现多次安装依赖的情况，磁盘只有一次写入。
对于依赖的不同版本，在 pnpm 中，则只会保存增量文件。比如：某个包有100个文件，如果更新版本只会修改其中的一个文件，不会因为新版本的存在而保存所有的依赖文件。
因为 pnpm 的依赖包存储在 store 同样也支持离线安装的功能。

没有扁平化 node_modules 结构

pnpm 不会扁平化依赖数，它的 node_modules 布局使用符号链接来创建依赖关系的嵌套结构。
pnpm 所有包都有自己的依赖项组合在一起，内部每个包使用符号链接将它们组合在一起。

一个 vue3 项目 的 pnpm node_modules 结构

vite 包的 pnpm 结构

参考链接

• pnpm
• Why should we use pnpm?
• yarn
• 语义化版本 2.0.0
• 漫谈前端包管理工具