可以獲得什麼？

瞭解到什麼是整合測試，以及可以如何協助我們提升品質。

整合測試是什麼？

單元測試是一個小的程式功能為單位的測試，而整合測試（Integration Testing）在這個測試階段，主要目的是確保不同軟體模組、元件、服務在整合一起後能夠正確地協同工作。整合測試通常用於測試不同模組之間的接口，以確保它們的互動和整合是正確的，並且不會導致系統錯誤。儘管在單獨運作下可以通過單元測試，但無法保證在組合後不會問題。

整合測試的特點

整合測試是由多個功能或是元件組成，因此它的範圍與複雜度較高，因此它具有比較完整的功能呈現，在進行測試時也比較偏向使用操作。

• 模組整合：在整合測試中，開發者會將不同的軟體元件模組組合在一起，然後測試它們的整合。這不僅包括不同的程式庫、服務、函數或模組。
• 接口測試：整合測試關注模組之間的接口，確保它們可以相互溝通並傳遞正確數據。這包括檢查函數呼叫、API 請求、資料庫查詢等。
• 驗證協同工作：整合測試的目標是確保不同模組之間的協同工作是正確的，並且整體系統的行為是符合預期的。
• 自動化：整合測試通常是自動化的，因為它們需要頻繁地運行，以確保整合的穩定性。自動化測試框架可以幫助開發團隊更容易地執行整合測試。
• 模擬：整合測試可能需要模擬外部服務或組件，藉此確保測試環境的一致性。這可以幫助測試不依賴於外部資源，增加測試的穩定度。

這邊就以「資料庫整合」為範例。

• 解析股票電文，並存入資料庫

情境：

接收到股票交易的電文時，需要將其解析以提取交易相關的資訊，從中取得購買的股票與金額等等交易資料，然後把這些資料寫入資料庫儲存。

作法：

與昨日的範例完全一樣，不同在於這次的測試範圍更大。單元測試針對每個動作進行測試，而整合測試則測試整個功能。因此我們的測試範圍就是收到電文、解析它，然後將其寫入資料庫。

在這功能組中，輸入參數為交易電文，程序依序執行解析和資料庫寫入。這涵蓋了三個不同的動作和兩個不同的執行環境（程式與資料庫）。在測試過程中，從接收電文一路到資料庫的存儲，我們將輸入這些不一樣的參數，並檢查功能是否符合測試標準。

後記

當測試規模越來越大時，會增加更多使用者的操作邏輯，這時需要轉換角色，從工程師轉成使用者。這時候就會清楚流程，並瞭解每個功能組會有怎樣的變化，這時就要開始以使用者的角度去檢查。

再度提醒：這測試階段分類不是絕對的喔！會因為各團隊狀況有所不同。

參考資料

• Wiki-整合測試