中小團隊選擇一款合適的測試用例管理工具

2022-07-02 06:00:12 字數 1820 閱讀 6348

目前市面上的測試管理工具有很多,功能基本上都大同小異,選擇一款適合團隊的測試用管理工具首先要需求明確,就是說你要用這個測試管理工具幹什麼? 最終想要達到什麼目標?才能進一步完成對測試管理工具的選型。

測試管理工具大體上分倆類,一類就是面對qa的功能測試,主要是滿足測試人員對用例的維護,測試計畫的建立,用例的執行,以及生成測試報告等,另一類就是面對開發人員的介面測試,功能測試,壓力測試,效能測試,以及自動化測試,到最後的整合到流水線中,有的公司這塊由專門的測試人員來做,而這是2種不同的使用場景,對工具的要求也大不相同,在不同的企業內,這2種場景可能都是由乙個測試團隊來完成,也可能是測試人員只是負責功能的實現的測試,開發人員來完成介面測試,功能測試,壓力測試,效能測試,以及自動化測試,這完全取決於團隊的工程化水平及人員配置。

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

通過筆者的比對,目前看 pingcode 產品的 testhub 功能是比較全面,並且使用者體驗非常好的,但是它在測試自動化,以及open api 這塊基本上都不支援,這塊是弱於jira的,這就回到前面的問題了,你要用這個工具來做什麼的,達到什麼目的?從這點出發,testhub 完全能滿足我的需求,還有一點讓我心動的地方就是 testhub 是支援用例自定義,這對於對擴充套件有情結的人來說非常重要,因為業務是多變的,多給自己留點空間,同時用例匯入這塊支援腦圖的匯入也是非常吸引我的。

jira在測試自動化,以及openapi做的比較好,這是其它幾個產品不具備的,但是jira對本土化的支援不是很友好,行為習慣和國內的使用者有一些差距。

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

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

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

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

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

使用者體驗非常友好,介面風格清爽,非常適合國內企業的使用者風格

功能全面,全部支援我們定義的測試第一階段的所有功能

作為研發全流程的一環,完美實現了和其它研發產品的對接,互聯互通

官方的發布計畫,下一步會完全支援測試自動化,對於想支援這塊的使用者也不用擔心了

乙個高質量的產品,測試是必不可少的,乙個好的測試管理工具對提公升研發效能也至關重要,筆者就pingcode testhub 產品的一些使用心得做簡單的介紹

更多的使用細節,筆者就不一一介紹了,總之非常好用還免費,有興趣的同學註冊pingcode

,自己試用一下吧。

如何選擇一款合適的核心板進行開發

很多任務程師在選擇嵌入式核心板的時候往往會陷入選擇困難症,選擇arm9還是a8平台?選擇linux還是android 選擇創客平台還是主流核心板?選擇晶元方案還是核心板方案?本文將為大家提供一些參考意見。選擇硬體平台是乙個專案的開始,選擇是否正確有時候往往關乎到乙個專案的成敗。但是當下是乙個資訊 的...

如何選擇一款合適的密碼管理器

如何擁有更安全的密碼管理器已經困擾了我多年。起初,我唯一的擔心是不同電腦之間共享書籤和歷史記錄 那時手機還不在我的使用範圍內 自從我將火狐作為我的瀏覽器之選後,我決定使用formarks 現在被稱作xmarks並且可用於多種瀏覽器 然而,由於我天性懶惰,很快我的惰性就明顯重返,然後我又在雲端中同步了...

測試用例方法的選擇

通常在確定測試方法時,有以下幾條參考原則 1 拿到乙個測試任務時,先關注它的主要功能和業務流程,業務邏輯是否正確實現,考慮使用場景法 2 需要輸入資料的地方,考慮採用等價類劃分法,包括輸入條件和輸出條件的等價劃分,將無限測試變成有限測試 3 在任何條件下都必須採用邊界值分析法,這種方法設計出的測試用...