讓我們以一個(gè)電子商務(wù)平臺(tái)為例，其中有用於用戶(hù)身份驗(yàn)證、產(chǎn)品目錄和訂單處理的不同服務(wù)。這些服務(wù)透過(guò) API 進(jìn)行通訊。例如，訂單處理服務(wù)需要從目錄服務(wù)取得產(chǎn)品詳細(xì)資訊。

合約測(cè)試確保這些服務(wù)之間的協(xié)議（指定訂單服務(wù)期望從產(chǎn)品目錄服務(wù)中獲得哪些資料）保持一致。

什麼是合約測(cè)試？

合約測(cè)試確保微服務(wù)架構(gòu)中不同服務(wù)之間的通訊符合商定的規(guī)範(fàn)。它驗(yàn)證消費(fèi)者（呼叫另一個(gè)服務(wù)的服務(wù)）和提供者（被呼叫的服務(wù)）之間的互動(dòng)是否遵守預(yù)先定義的「契約」。

本合約定義了 API 或服務(wù)的輸入和輸出，確保雙方瞭解並同意資料格式、類(lèi)型和回應(yīng)結(jié)構(gòu)。

將其想像為正式協(xié)議，可以幫助您在開(kāi)發(fā)過(guò)程的早期發(fā)現(xiàn)差異，減少整合問(wèn)題並確保一項(xiàng)服務(wù)中的變更不會(huì)無(wú)意中破壞另一項(xiàng)服務(wù)的功能。

何時(shí)使用契約測(cè)驗(yàn)？

1. 微服務(wù)架構(gòu)：在微服務(wù)環(huán)境中，多個(gè)服務(wù)相互互動(dòng)。如果一個(gè)服務(wù)依賴(lài)另一個(gè)服務(wù)的 API，合約測(cè)試可確保預(yù)期的資料格式和結(jié)構(gòu)保持一致。

2. API 開(kāi)發(fā)：開(kāi)發(fā)或更新 API 時(shí)，實(shí)作合約測(cè)試可讓團(tuán)隊(duì)驗(yàn)證一項(xiàng)服務(wù)中的變更不會(huì)破壞與依賴(lài)服務(wù)的整合。

3. 第三方集成：如果您的應(yīng)用程式與外部服務(wù)或API 集成，合約測(cè)試可以幫助確保第三方提供者所做的任何更改不會(huì)破壞您的應(yīng)用程式的功能。

4. 跨團(tuán)隊(duì)協(xié)作：當(dāng)不同團(tuán)隊(duì)處理互連服務(wù)時(shí)，合約測(cè)試有助於維持有關(guān) API 規(guī)範(fàn)的清晰溝通和期望，減少誤解的可能性。

為什麼要使用契約測(cè)驗(yàn)？

1. 及早發(fā)現(xiàn)問(wèn)題：合約測(cè)試使團(tuán)隊(duì)能夠在開(kāi)發(fā)週期的早期識(shí)別和解決整合問(wèn)題，從而節(jié)省時(shí)間並降低與後期調(diào)試相關(guān)的成本。

2. 提高可靠性：透過(guò)驗(yàn)證消費(fèi)者和生產(chǎn)者是否遵守商定的合同，合約測(cè)試增強(qiáng)了服務(wù)互動(dòng)的可靠性，從而使應(yīng)用程式更加穩(wěn)定。

3. 更快的開(kāi)發(fā)週期：透過(guò)合約測(cè)試，團(tuán)隊(duì)可以獨(dú)立處理各自的服務(wù)，這有助於加快開(kāi)發(fā)和部署週期，而無(wú)需不斷進(jìn)行整合檢查。

4. 降低重大變更的風(fēng)險(xiǎn)：在大多數(shù)情況下，它們充當(dāng)針對(duì)重大變更的安全網(wǎng)，確保一項(xiàng)服務(wù)的更新不會(huì)無(wú)意中破壞另一項(xiàng)服務(wù)的功能。

5. 文件和清晰度：合約作為一種動(dòng)態(tài)文件形式，概述了 API 互動(dòng)的期望，使開(kāi)發(fā)人員更容易理解服務(wù)應(yīng)該如何溝通。

不同類(lèi)型的合約測(cè)試

合約測(cè)試可分為多種類(lèi)型，主要關(guān)注微服務(wù)架構(gòu)中服務(wù)之間的交互作用以及API開(kāi)發(fā)。在這裡，我們將探討如何在這兩種情況下具體應(yīng)用契約測(cè)試。

1. 對(duì)於微服務(wù)驅(qū)動(dòng)：在微服務(wù)環(huán)境中，消費(fèi)者驅(qū)動(dòng)的契約測(cè)試至關(guān)重要。這種方法著重於消費(fèi)者的角度，其中消費(fèi)者服務(wù)定義了它如何與生產(chǎn)者服務(wù)互動(dòng)的期望。

   例如，如果付款服務(wù)依賴(lài)使用者驗(yàn)證服務(wù)，則付款服務(wù)在合約中指定所需的請(qǐng)求參數(shù)和期望的回應(yīng)格式。這可確保身分驗(yàn)證服務(wù)所做的任何變更都不會(huì)破壞支付服務(wù)的功能。

2. 對(duì)於 API 驅(qū)動(dòng)： 在 API 開(kāi)發(fā)的背景下，提供者合約測(cè)試可確保生產(chǎn)者服務(wù)遵守其消費(fèi)者定義的合約。這種類(lèi)型的測(cè)試對(duì)於驗(yàn)證 API 是否正確回應(yīng)指定的請(qǐng)求至關(guān)重要。

   

   例如，如果產(chǎn)品目錄服務(wù)提供用於檢索產(chǎn)品詳細(xì)資訊的 API，則提供者合約測(cè)試會(huì)驗(yàn)證該服務(wù)是否一致傳回預(yù)期的資料結(jié)構(gòu)和值。透過(guò)針對(duì)合約執(zhí)行測(cè)試，開(kāi)發(fā)人員可以自信地對(duì) API 進(jìn)行更新或增強(qiáng)，因?yàn)樗麄冎浪麄儾粫?huì)無(wú)意中破壞依賴(lài)它的消費(fèi)者服務(wù)。

執(zhí)行合約測(cè)試的工具

契約：

• 概述：Pact 是最廣泛使用的合約測(cè)試框架之一，特別是對(duì)於消費(fèi)者驅(qū)動(dòng)的合約測(cè)試。

• 功能：它支援多種程式語(yǔ)言，並允許您在消費(fèi)者服務(wù)中定義合約，然後由提供者服務(wù)驗(yàn)證合約

• 用例：非常適合希望在各種環(huán)境中實(shí)施消費(fèi)者驅(qū)動(dòng)的合約測(cè)試的團(tuán)隊(duì)。

凱普洛

• 

  概述：Keploy 是市場(chǎng)上一款新的測(cè)試工具，它透過(guò)自動(dòng)產(chǎn)生和執(zhí)行合約測(cè)試來(lái)簡(jiǎn)化合約測(cè)試，顯著減少手動(dòng)工作並最大限度地減少錯(cuò)誤。

• 功能：它允許使用者透過(guò)記錄API互動(dòng)並產(chǎn)生可重複使用的測(cè)試案例來(lái)輕鬆建立測(cè)試。這些互動(dòng)構(gòu)成了合約的基礎(chǔ)。然後透過(guò)單獨(dú)執(zhí)行測(cè)試來(lái)驗(yàn)證合約，確保 API 互動(dòng)滿足合約設(shè)定的期望，而不需要執(zhí)行實(shí)際的服務(wù)依賴(lài)項(xiàng)。

• 用例：非常適合尋求提高 API 測(cè)試效率和可靠性的團(tuán)隊(duì)，在不犧牲品質(zhì)的情況下實(shí)現(xiàn)更快的開(kāi)發(fā)週期。

Spring 雲(yún)合約：

• 概述：作為 Spring 生態(tài)系統(tǒng)的一部分，Spring Cloud Contract 有助於消費(fèi)者和提供者合約測(cè)試。

• 功能：它允許您使用 Groovy DSL 或 YAML 建立合約，自動(dòng)產(chǎn)生雙方的測(cè)試。

• 用例：最適合已經(jīng)使用 Spring Boot 的團(tuán)隊(duì)，因?yàn)樗鼰o(wú)縫整合到 Spring 開(kāi)發(fā)生命週期中。

郵差：

• 概述：雖然 Postman 不像專(zhuān)用工具那樣提供成熟的合約測(cè)試，但它仍然可以透過(guò)模式驗(yàn)證和自動(dòng)化測(cè)試腳本來(lái)幫助確保 API 符合預(yù)先定義的規(guī)格。

• 功能：您可以使用 OpenAPI 規(guī)格建立和驗(yàn)證 API 架構(gòu)並執(zhí)行測(cè)試以確保符合這些合約。

• 用例：對(duì)於希望將合約測(cè)試與手動(dòng)測(cè)試一起納入 API 開(kāi)發(fā)工作流程的團(tuán)隊(duì)非常有用。

合約測(cè)試的優(yōu)點(diǎn)和缺點(diǎn)

結(jié)論

合約測(cè)試在微服務(wù)架構(gòu)中至關(guān)重要，可確保消費(fèi)者和提供者服務(wù)之間的清晰溝通。透過(guò)專(zhuān)注於服務(wù)如何透過(guò) API 進(jìn)行通信，它有助於及早發(fā)現(xiàn)問(wèn)題並防止一項(xiàng)服務(wù)意外破壞另一項(xiàng)服務(wù)。雖然契約測(cè)試並不能取代端對(duì)端測(cè)試，但它透過(guò)將焦點(diǎn)縮小到服務(wù)之間的特定交互作用來(lái)對(duì)其進(jìn)行補(bǔ)充。

當(dāng)用作測(cè)試策略的一部分時(shí)，它可以顯著減少整合問(wèn)題並幫助保持程式碼順利運(yùn)行。

常問(wèn)問(wèn)題

使用合約測(cè)驗(yàn)有什麼好處？

好處包括及早發(fā)現(xiàn)問(wèn)題、提高可靠性、加快開(kāi)發(fā)週期、降低重大變更的風(fēng)險(xiǎn)以及清晰地記錄 API 期望。

合約測(cè)驗(yàn)有哪些限制？

限制包括設(shè)定和維護(hù)的複雜性、團(tuán)隊(duì)之間協(xié)調(diào)的需要、整合問(wèn)題覆蓋範(fàn)圍的潛在差距以及不斷更新合約的必要性。

合約測(cè)驗(yàn)可以取代端對(duì)端測(cè)驗(yàn)嗎？

不，雖然合約測(cè)試減少了廣泛的端到端測(cè)試的需要，但它應(yīng)該與其他測(cè)試方法結(jié)合使用，以確保全面的覆蓋範(fàn)圍和可靠性。

合約測(cè)試如何融入 CI/CD 管道？

合約測(cè)試可以整合到 CI/CD 管道中，以在建置過(guò)程中自動(dòng)驗(yàn)證合同，確保服務(wù)在程式碼變更時(shí)保持相容和功能。

以上是什麼是合約測(cè)驗(yàn)：知識(shí)指南的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！