摘要：在整个软件研发的生命周期中，如何高质量的交付，如何提升软件的稳定性，测试是一个必不可少的环节，只有经过充分测试的软件，在用户体验、产品性能等方面才能有更好的保障。
但要实现一个产品的充分测试以及测试管理的过程并不容易，这其中往往面临着很多的问题，就比如：如何做测试、怎样测试更合理、测试能不能自动化、如何减轻测试人员的负担、测试工作做量化及如何提升测试的水平........
从早期的用Excel，word管理测试用例的初级测试阶段，到现如今发展成为通过测试管理软件提升整个全研发流程产品质量的高级阶段，为了解决以往在测试方面的各种痛点，诞生出一系列测试管理软件。例如Jira 、禅道、PingCode等。
解决测试管理过程中的问题，无论是流程上的管理、测试用例的复用、自动化还是人员之间的协作等方面，工具化的价值是显而易见的。但市场上如此多的测试管理工具，到底哪个更好？我们很难一一了解，这需要花费大量的时间来调研，进而选出一款适合自己的测试管理软件。
在团队选型的过程中，选了几款在拥有大量用户，以及较好口碑的产品进行比较是明智的选择，例如国外的jira，国内的PingCode。
Jira 大家一定不陌生，它是Atlassion 公司打造的一款集项目管理，测试管理，缺陷追踪等一体的商业软件，在早期国内软件研发还处于一个低水平的阶段，Jira算是国内研发项目管理工具的先驱，征服了国内大量的用户。
但近几年国内工具大有崛起的趋势，无论是PingCode还是其他，都有不输于Jira的地方。**而且Jira去年的新政策也一定程度意味着对中国区事实上的禁售：**Atlassion 公司在2021年2月2日起将停止销售旗下 Jira、Confluence 等系列产品的 Server 版（本地私有化部署版），而国内90%以上客户都是使用Server 版。
PingCode是国内著名项目与目标管理工具Worktile旗下的又一力作，虽然是近几年才发布的产品，但无论是产品构建理念上的理论基础，还是功能打磨，都极具实力。
Jira作为在国内外都很受大家喜欢的研发测试管理工具，虽然在他们改变了在国内的政策，但在工具选型的过程中仍旧是极有参考价值。所以这里，我们就以Jira作为参考来和国内的测试管理工具来做对比。
PingCode VS Jira
1、功能对比：
通过比对，我们能发现 PingCode 在测试自动化不支持，但从整个产品功能来说功能的全面性是远超Jira的，而且据说PingCode自动化测试功能正在开发当中。
2、操作体验
曾听用过Jira的朋友这样吐槽：“记得当年用Jira的插件给公司搭建测试管理系统，折腾了一个礼拜才完全弄明白......“ 所以操作体验部分也是必不可少的体验环节。
PingCode的测试管理可以说上手非常容易，并且专业，初步搭建时Jira的各种折腾和切换在PingCode并不存在，因为PingCode的测试管理系统并不是靠插件，而是自研的子产品之一，这给笔者带来的是一种欣慰，简单而专业。
3、产品价格
Jira的价格贵相信大家都有所耳闻，而PingCode 支持25人以下免费使用，从这点来看可以说是非常亲民了。
看完两个产品功能上的对比，我们完全可以得出这样的结论：国内的测试管理工具经过近几年的快速发展，已经有完全不输国外著名工具的实力。
简单的对比完，我们再来看看PingCode上手的体验：
PingCode上手体验
1、测试管理的流程概览
在开始做详细的介绍前，我先画个PingCode 产品的结构化测试的主要流程图：
以测试库为中心，在测试库里面统一维护测试用例，通过新建测试计划，然后把需要测试的用例，规划到测试计划里面，然后执行规划的用例，并把测试的缺陷提交到Agile的项目里面。
测试计划可以关联Agile的项目，迭代，测试用例可以关联Agile的用户故事（需求），执行用例可以关联Agile的缺陷，所有关联都是双向的，在Agile的项目里面你可以清楚的看到你的测试结果，我们不是为测试而测试，它一定是与你的项目紧密结合的，测试永远是为项目质量服务的。
2、功能表现
接下来我就详细的介绍一下PingCode产品的测试管理软件是如何使用的：
支持创建用例库，方便测试用例的复用，提高工作效率： 用例库用来存储所有的用例，对用例统一管理，也可按照不同的项目分类管理；一些公用的用例，也可以通过建立公共用例库，共享给所有人，从而减少用例重复维护的工作量。
支持创建测试用例，能详尽的记录用例信息，如负责人等： 你可以按照所测试的功能点建立对应的测试用例，书写用例步骤，设置用例的级别，维护人，用例的类型，备注等，用例的步骤支持复制，同时用例支持连续创建，这个功能点非常的爽。
导入测试用例 : 支持 Excel 和脑图导入，脑图的导入这个功能很赞。
用例列表的维护，支持批量维护：**当你创建了很多用例了，就需要一个维护页面，在这个界面，可以批量设置维护人，删除用例，把用例移动，复制到其它用例库，同时还支持各种条件的搜索，功能非常的全面。
支持用例和用户故事关联：**测试用例和用户故事的关联，也就是说你这个用例是测试那些用户故事的场景的，并且能很方便的去查看所关联的用户故事的信息，状态，等。
支持新建用例评审，满足不同团队需求：**在有一些场景，一个测试人员写完的测试用例，并不是立马就按照所写的用例来测试的，可能会有一个评审的环节，大家通过评审，共同去梳理这些测试用例的规范以及全面性，提高测试的能力。
。
评审结果展示：这个界面就是展示评审通过的用例，评审通过的用例是得到大家一致认可的。
支持测试计划，能够很好的规划团队接下来的工作：**用例维护好了之后，我们就可以通过测试计划来完成一次的功能测试了，也就是说，你要测那些功能，就通过一个测试计划来把所测的功能对应的用例规划进来，测试计划的建立，具体取决于每个团队的流程。
执行用例：我们按照测试计划规划好测试用例之后，就是具体的一个个的来测试功能，填写测试过程的实际值是不是符合用例的期望值，是不是功能有缺陷，测试是否通过等等。
支持用例与缺陷关联，完整追溯用例关联项目： 如果你在测试的过程中发现了缺陷，你可以立马在执行用例的上面创建一个缺陷，提交到缺陷系统中，同时这个缺陷和这次的测试关联起来，做到可以追溯，开发人员修正缺陷之后，测试人员也可以进一步的回顾测试。
支持用例的自定义配置，满足团队的个性化需求： 这个功能非常强，用户可以定义自己需要的任何场景的测试用例，支持定制化。
支持创建用例的模板，帮助节省大量用例编写时间： 对于测试人员来说，有些测试用例测试步骤大体上是一样的，只是有一些细微的差别，这样用户在写完一个测试用例之后，可以把它保存称模块，在书写其他用例的时直接使用模板，然后改一改就可以了，非常节省时间，提高测试效率。
输出完整的测试报告，方便Leader统筹管理：对于一个测试团队的leader来说，他可能更关心，一次测试计划的整体报告，测试的覆盖率，缺陷的统计，以及每个测试人员测试了多少用例。
总结来说，测试管理上无论是功能还是使用体验，我们能看到国内工具与国外工具的差距并没有以前印象中的那么大，至少从当前的对比能得出PingCode已经是完全不输Jira的产品。
当然，无论是对于JIRA还是PingCode，测试管理知识其产品能力中的一环，两者都是能实现研发全生命周期管理的产品，还有更多的地方值得我们对比。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
