我們的團隊在 2 個不同的 GitHub 存盤庫中設計了 2 個微服務。
- 第一個負責將檔案輸入轉換為插入（graph/neo4j）資料庫中的資料。
- 第二個是 REST API，負責對該資料庫的只讀查詢，回傳 JSON。
由于這些是非常緊密耦合的服務（如果在資料庫中填充/更新資料的演算法錯誤，資料將被損壞），我的方法是在兩個存盤庫上創建單元測驗，并使用策劃輸入/預期輸出，即準備輸入檔案到預期的節點，然后將輸入節點準備為預期的 JSON
這種方法有意義嗎？我懷疑在這里定義重疊的集成測驗怎么樣？他們需要嗎？他們將涵蓋哪些單元測驗在這種情況下不會？
uj5u.com熱心網友回復：
我不會說這些是緊密耦合的。它們都與資料庫耦合，但提供了彼此分離的一層。無論如何，任何跨越組件的東西都是一種集成測驗。
在 API 的情況下，“真正的”單元測驗方法是模擬資料庫呼叫，所以它不是情況的一部分。這有多直接/反擊取決于它的參與程度。如果這不切實際，請先將測驗資料庫恢復到已知狀態。
在檔案加載的情況下，同樣的基本思想適用，盡管模擬 db 呼叫資料加載程序可能很脆弱。如果您使用真實資料庫，則需要從已知狀態啟動它，然后驗證它的狀態。問自己的問題：真的是一個操作，還是“決議檔案”和“將內容寫入資料庫”兩個單元？
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/447584.html
標籤：测试
下一篇：HelmChart測驗的一般問題