有什麼缺陷跟蹤 測試用例管理的平台嗎?

時間 2021-06-08 19:49:36

1樓:BugKing

今天看到乙個開源專案叫 MeterSphere 開源持續測試平台(https://

) ,看起來還挺不錯的。

按照 @Wilson 提到的幾點對比了下

1.用例匯入匯出(批量、用例字段自定義)

2.開放介面,方便其他系統對接。

3.外掛程式或者其他方式方便二次開發和定製,主要是滿足上游與專案管理、需求管理相關的任務關聯。 下游要和測試執行環節聯動。

可以記錄測試執行結果

4.業務層面的覆蓋率統計和其他資料統計。

現在提供的批量匯入的功能,還沒有匯出功能

專案是開源的然後前後端分離,API 都可以看到

開源的專案,要做定製化或者對接的話比較方便

單個測試用例的結果和整體測試計畫的報告都可以看到;還有個比較有特點的地方是除了手動的這些測試用例以外,自動化的介面測試也可以加到測試計畫裡來統一管理

目前還沒看到有這方面的功能支援

除了這個之外,我還看到這個專案有提供乙個瀏覽器外掛程式,可以快速錄製介面測試和效能測試的指令碼,看起來挺方便的。

2樓:

testlink

Zephyr for Jira (Jira的乙個外掛程式)後者我沒有使用過,前者有用,但不能滿足我的需求。

乙個好的測試用例管理系統應該要做到以下幾點。

用例匯入匯出(批量、用例字段自定義)

開放介面,方便其他系統對接。

外掛程式或者其他方式方便二次開發和定製,主要是滿足上游與專案管理、需求管理相關的任務關聯。 下游要和測試執行環節聯動。

可以記錄測試執行結果

業務層面的覆蓋率統計和其他資料統計。

目前我還找不到有效的工具來滿足這些。 尋找中

常見的軟體測試用例設計方法有哪些呢?

測試用例設計的方法,還挺多的,但是有很多可能有時候無法想到,也就用的比較少了,經常會用到的 1.等價類的方法 2.邊界值分析法 邊界值就是通過規定範圍內的邊界去測試一些資料的問題,完全適用於類似於輸入框的這種測試,和上面的等價類一樣,這兩種都是測試一些資料時可以用到的方法。3.因果圖方法 4正交表分...

測試工程師 寫乙個寫字板的測試用例,從哪些方面考慮?

三更半夜 有時候不知道為什麼面試經常會以乙個產品為例讓面試者說測試用例 而如果你只是簡單分維度去說,面試官還不會滿意,例如我從UI層面,功能層面,實用性層面,相容性層面,效能層面分析,他會覺得說的很空 我認為面試官想聽到的案例是他自己內心關於某個功能點的案例,但是你僅僅告訴面試者乙個產品去分析,例如...

新版本的測試用例內容需要包括上乙個版本的內容嗎?

不知道你在做的專案有多大,也不清楚新增功能與原有專案關係是否密切,具體有多大的變動,所以沒辦法給出具體答案。從需求和設計方案看,如果要求向上相容,那麼測試必然有同樣的要求,也必然要用到之前的測試案例,最少要保證原有功能能跑通,也就是冒煙測試的這部分案例。再就要看新功能的改動有多大,與之相關的模組也需...