連續測試的代碼結構

Question

我正在建立CD管道。 我正在計划進行自動化測試。 我計划進行UI，WebService，安全性，Perf測試。 我對代碼結構有疑問。 因此，我計划將測試與代碼存儲在同一存儲庫中，然后為核心測試框架提供單獨的存儲庫，例如

回購產品

• 產品代碼（項目）
• 集成測試（項目）
• 功能/端到端測試（項目）
  • UI測試（打包）
  • WebSvc測試（軟件包）
  • 性能測試（包裝）
  • 二次測試（包裝）

回購測試核心

• UI測試框架代碼（項目）
• WebSvc測試框架代碼（項目）
• 性能測試框架代碼（項目）
• 秒測試框架代碼（項目）

有人看到這個結構有問題嗎？ 還有其他想法嗎？ 另外，對於集成測試和功能測試項目的進展情況，我也不太模糊（例如，WebSvc測試可以是兩者的一部分）。 驗收測試在哪里進行（功能或集成）？ 如果有人可以指向一些示例存儲庫或文章，這將是很棒的。

謝謝

Answer 1

我發現這種結構有些惱人。

從建議的結構中，我推斷出您想構建自己的測試框架。 對我來說，這聽起來很可疑，尤其是當您要編寫其中的4個時。

另一方面，您將它們全部放在同一存儲庫中，因此它們似乎密切相關。 再說一次：不一定是壞/錯，但真的出乎意料。

由於除了結構之外，我在您的問題中找不到任何提示，這為擁有單獨的存儲庫提供了充分的理由，因此，我建議僅使用一個存儲庫，假設您的“ testframeworks”只是用於測試主項目的實用程序。

基本規則是，一起改變的事物應該一起（在一個存儲庫中）。 其他所有事情都使開發變得非常麻煩：更改A，安裝，更改B，運行，調試，重復，而不是更改，運行，調試，重復

既然您提到您還不十分清楚，那該怎么辦，我建議以下幾點：

從一個項目開始。 將所有測試寫入該項目的測試目錄中。 觀察是否遇到問題。 如果是這樣，請適應。 您可能會遇到的觸發項目提取的事情：

• 測試運行緩慢，您想單獨運行它們
• 測試需要已部署的應用程序，因此它們應在構建和安裝其他所有內容后運行
• 不同模塊中的測試需要訪問不應存在於主項目中的代碼，因此它可能最終包含測試支持代碼的模塊中