作者/張月青
在整個軟件研發的生命周期中，如何高質量的交付，如何提升軟件的穩定性，測試是一個必不可少的環節，只有經過充分測試的軟件，在用戶體驗、產品性能等方面才能有更好的保障。
但要實現一個產品的充分測試以及測試管理的過程並不容易，這其中往往面臨着很多的問題，就比如：如何做測試、怎樣測試更合理、測試能不能自動化、如何減輕測試人員的負擔、測試工作做量化及如何提升測試的水平........
從早期的用Excel，word管理測試用例的初級測試階段，到現如今發展成為通過測試管理軟件提升整個全研發流程產品質量的高級階段，為了解決以往在測試方面的各種痛點，誕生出一系列測試管理軟件。例如Jira 、禪道、PingCode等。
解決測試管理過程中的問題，無論是流程上的管理、測試用例的復用、自動化還是人員之間的協作等方面，工具化的價值是顯而易見的。但市場上如此多的測試管理工具，到底哪個更好？我們很難一一了解，這需要花費大量的時間來調研，進而選出一款適合自己的測試管理軟件。
在團隊選型的過程中，選了幾款在擁有大量用戶，以及較好口碑的產品進行比較是明智的選擇，例如國外的jira，國內的PingCode。
Jira 大家一定不陌生，它是Atlassion 公司打造的一款集項目管理，測試管理，缺陷追蹤等一體的商業軟件，在早期國內軟件研發還處於一個低水平的階段，Jira算是國內研發項目管理工具的先驅，征服了國內大量的用戶。
但近幾年國內工具大有崛起的趨勢，無論是PingCode還是其他，都有不輸於Jira的地方。而且Jira去年的新政策也一定程度意味着對中國區事實上的禁售：Atlassion 公司在2021年2月2日起將停止銷售旗下 Jira、Confluence 等系列產品的 Server 版（本地私有化部署版），而國內90%以上客戶都是使用Server 版。（更多的政策解讀大家可以參考這篇文章：Jira停售，那些用Jira的企業該何去何從？ - 十億的回答 -）
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，測試管理知識其產品能力中的一環，兩者都是能實現研發全生命周期管理的產品，還有更多的地方值得我們對比；