國內好的測試用例管理工具有哪些？

目前市面上的測試管理工具有很多，功能基本上都大同小異，所以需要一定的方法才能選出一款真正適合自己團隊的測試管理工具，除此方法外，我還調研對比了當前市場上的測試用例管理工具以供參考，以及工具的選擇建議

一、明確需求

首先要需求明確，就是說你要用這個測試管理工具幹什麼？最終想要達到什麼目標？才能進一步完成對測試管理工具的選型 ，測試管理工具大體上分倆類，一類就是面對QA的功能測試，主要是滿足測試人員對用例的維護，測試計劃的建立，用例的執行，以及生成測試報告等。

另一類就是面對開發人員的接口測試，功能測試，壓力測試，性能測試，以及自動化測試，到最後的集成到流水線中，有的公司這塊由專門的測試人員來做，而這是2種不同的使用場景，對工具的要求也大不相同，在不同的企業內，這2種場景可能都是由一個測試團隊來完成，也可能是測試人員只是負責功能的實現的測試，開發人員來完成接口測試，功能測試，壓力測試，性能測試，以及自動化測試，這完全取決於團隊的工程化水平及人員配置。

聊到測試，有的人說用Excel就足以，通過Excel來維護測試用例，每次產品發佈，按照Excel裏面的用例，把產品功能過一遍，這樣做也沒問題，但是你想過沒有，隨着項目的迭代，複雜度的增加，Excel的缺點就顯而易見了，工作的效率及其低下，並且不能多人合作，用例的版本維護亂七八糟的，並且無法與缺陷做到實時關聯，可以說用Excel來測試的團隊，是那種及其小的團隊，一個測試人員而已，或者沒有專門的測試人員，由產品來代勞，我們就把它稱爲 廣義測試的第一階段 吧。

而在一些稍具規模的公司，測試團隊大概在20人以內的，基本上都會選擇一個成熟的測試管理工具來管理整個產品的質量，達到多人協作，包括用例評審，討論，版本，測試和需求，缺陷的關聯，測試報告以及後續的統計分析，能更好的支持反饋和跟蹤，持續提高產品的質量，保證產品的穩定性，我們就稱爲 廣義測試的第二階段 吧，大多數的公司基本上也都處於這個階段，這個階段的工具非常多，功能也不盡相同，筆者就目前 國內做的比較好的幾款產品做了一些簡單的功能分析，供大家參考

二、國內幾款好的產品的對比分析

通過筆者的比對，目前看 PingCode 產品的 Testhub 功能是比較全面，並且用戶體驗非常好的，但是它在測試自動化，以及Open Api 這塊基本上都不支持，這塊是弱於Jira的，這就回到前面的問題了，你要用這個工具來做什麼的，達到什麼目的？

從這點出發，Testhub 完全能滿足我的需求，還有一點讓我心動的地方就是 Testhub 是支持用例自定義，這對於對擴展有情結的人來說非常重要，因爲業務是多變的，多給自己留點空間，同時用例導入這塊支持腦圖的導入也是非常吸引我的。

Jira在測試自動化，以及OpenApi做的比較好，這是其它幾個產品不具備的，但是Jira對本土化的支持不是很友好，行爲習慣和國內的用戶有一些差距。

禪道是開源的，用戶可以自己下載搭建，但有一定的使用門檻，筆者不太喜歡它的界面風格，當然對於有代碼控的人除外。

ones現在還是收費的，試用版本有諸多的限制

上圖中的功能比對也是以筆者所在的公司的業務決定的，視角也可能不是很全面，需要這方面的工具的同學還是要自己親自注冊比對，做出自己最好的選擇。

聊到這，除了工具的對比之外，大家會覺的測試應該還有更高級的階段，沒錯，你想的是對的，性能測試，壓力測試，負載測試，自動化測試，以及集成到流水線，我們把這個稱爲廣義測試第三階段吧，筆者目前所就職的公司基本上是處於這個階段的，但在性能測試，壓力測試這塊基本上是0，也可能是目前的數據量和用戶量沒達到一定的級別的原因吧，也是需要持續改進的。

經過一段時間的調研和產品的試用，最終我們選用了 PingCode TestHub 測試管理工具，帶着好奇心並對PingCode這個平臺的其它產品做了一些研究，總之他們的產品非常全面，是一款支持研發全流程的產品，在研發的工具鏈，通過敏捷開發，測試管理，項目集，知識庫，以及其它的多元化產品來服務研發的全流程，從而形成DevOps的閉環，持續迭代，持續發佈，持續交付。

三、使用經驗總結

目前筆者就對正在使用的PingCode 的 Testhub 做一些 總結性的介紹