一千萬個為什麽

搜索

測試git-tfs中pull請求中已更改代碼的覆蓋範圍



我們有很多遺留代碼的測試覆蓋率較差。我們希望通過pull請求檢入的所有新代碼都有(接近)完整的測試覆蓋率。實現這一目標的最佳方法或工具是什麽?

我們正在使用git-tfs,.NET C#和TypeScript。我們希望這是代碼審查過程的一部分,並防止開發人員(或至少發出警告)檢查測試覆蓋率不足。

轉載註明原文: 測試git-tfs中pull請求中已更改代碼的覆蓋範圍

一共有 1 個回答:

根據工作流預期代碼覆蓋率測量的恕我直言,基本上與構建,抽煙測試或任何其他類型的質量保證檢查類似,因此可以以類似的方式執行。我可以看到幾個選項:

  • 將它們包含在PR驗證路徑中,就像builds和/或smoketests一樣,相對於代碼審查階段也是如此。
  • 如果你使用了一個最有效的IMHO,那麽把它們作為pre-commit門控系統的一個步驟,特別是對於可伸縮性起作用的大型項目(在我對您如何擴展集成測試?)。
  • 將它們包括在CI管道中,如果它們很長,可能在並行執行路徑上,以免在總CI執行時間中增加太多。使用這些運行作為up2date基線非常有用,可用於上述其他兩種情況的結果比較。

我不熟悉MS工具,但如果MSTest沒有提供與工作流程中其他工具的良好集成,則可以構建自定義包裝來實現典型的提交/執行API,其中包含合格/不合格結果(或一組結果)大多數工具都可以與之集成。