盡管整個左移概念確實具有難以置信的價值，但您可以通過簡單地減少跨功能測試的返工并改善團隊之間的協作來加速測試以跟上開發的步伐。也就是說，如果您擁有正確的工具。

今年，特別是最后一個季度，主要是關于加速測試的對話，尤其是如何在開發過程中同時調整測試策略。因此，我非常高興與很多人分享如何使用Parasoft SOAtest減少功能測試和非功能測試的返工，同時改善團隊之間的協作，同時加快測試的速度以跟上開發的步伐。

我可以自信地說SOAtest是功能測試創建和自動化的完整解決方案。這是一家公司經過17年的發展所產生的鮮血、汗水和眼淚，該公司始終專注于測試自動化，并使客戶更輕松，更輕松地進行測試。在端到端測試方面，它減少了為各種類型的功能測試創建測試的手動工作，例如服務定義/合同測試、冒煙測試、API組件測試、API場景測試、Web UI測試、數據庫測試、全渠道測試、微服務測試、性能/負載測試和API安全測試，所有這些都可以輕松自動化，并且可以通過命令行界面或SOAtest屢獲殊榮的REST API綁定到您的CI/CD管道。

我對SOAtest及其技術深度、人工智能和機器學習的創新以及它在使我們的客戶實現質量和交付目標方面所取得的成功感到無比贊嘆；但是，今天，我想談一談當組織使用SOAtest來彌合開發、質量保證和性能測試團隊之間的差距，從而在測試組織中實現完全協同作用時釋放的價值。

開發為測試奠定基礎

因此，我只是撕掉創可貼并放在那兒：開發應該進行測試。

我不僅在說單元測試（顯然很有價值）。開發應參與測試任何新的或更改的API。現在，我并不是說開發應該構建完整的測試方案，并且我認為當您真正研究它時，開發很可能已經在進行我在這里談論的一些測試。當構建新的API或對API進行架構或服務更改時，開發通常會為每個API最少創建合同測試和冒煙測試，以驗證是否根據規范編寫了服務合同并驗證了架構（請求和響應）和端點（HTTP，MQ/JMS Topic/Queue等）。

如果開發人員可以開始使用相同的功能測試工具來創建測試，則質量檢查團隊可以簡單地利用這些測試來形成他們需要驗證的更復雜的測試方案。那么開發人員如何利用Parasoft SOAtest來幫助加速測試？

開發人員可以創建服務定義測試

使用Parasoft SOAtest，開發人員可以非常輕松地驗證：

• 服務定義在語義上是否正確？
• 描述的服務有效嗎？
• 服務是否符合互操作性標準？
• 服務最近有變化嗎？

使用SOAtest的開發人員可以通過使用該服務定義文件輕松創建測試以驗證和實施WSDL，Swagger，RAML等策略。SOAtest將執行架構和語義有效性測試，以確保定義文件是機器可讀和可使用的。它將驗證互操作性以確保它符合服務定義文件的行業標準，最后它將創建一個回歸測試以驗證自上次測試運行以來未發生任何更改。

這些測試提供了一個穩定的基礎，QA可以利用該基礎來有效地建立可靠而有彈性的測試策略（稍后會詳細介紹）。

開發人員可以創建組件測試（煙霧測試）

使用Parasoft SOAtest，開發人員可以輕松創建其組件測試，以測試服務的各個組件以驗證以下內容：

• 請求/響應有效載荷格式正確
• 響應狀態符合預期
• 響應錯誤有效負載具有正確的錯誤消息
• 回應符合基準標準
• 在預期的時間內收到答復

使用SOAtest，創建這些功能性煙霧測試實際上就像將定義文件上傳到SOAtest并選擇“創建功能性測試”一樣簡單。這將自動解析您的API，為該API中包含的每個服務創建一個測試。這些測試可立即運行，并允許開發人員花費最少的時間來驗證他們可能收到的錯誤是正確預期的錯誤消息和響應。

通過改善團隊之間的協作和利用工作來加速測試

至此，開發工作已經完成，他們已經驗證了每種服務的基本功能，現在輪到質量檢查了。測試人員需要創建超出基本功能的測試，并測試API的實際業務邏輯和復雜場景，以發現無法預料的意外行為。開發人員在構建它方面做得很出色，而質量檢查的工作是創建復雜的方案，以測試服務協同工作時的穩定性。我喜歡這樣看：當開發人員使用SOAtest進行合同和組件測試時，QA來到了一個廚房，廚房里已經放滿了可以混合、摻合和組裝成餐的配料。

對于我來說，令人驚訝的是，測試工件的這種可重用性具有多么寶貴，以及它可以通過加速QA創建開發已經完成的測試的返工而加速測試實踐。在工作智能范式中，質量檢查從儲備豐富的廚房開始，并且可以在更短的時間內完成更多工作。這是合乎邏輯的。

讓我們看一下如何加快測試速度。

重用開發人員的測試工件以有效創建有意義的方案測試

QA可以重用開發人員在Parasoft SOAtest中創建的相同組件測試，以確保一切都在指定的方案中正常工作。他們能：

• 合并到方案中時，確保API正常工作
• 用數據驅動測試
• 使用響應數據輸入后續請求
• （可選）利用啟動和拆卸測試

由于QA已經具有所需的構造塊（由開發提供），因此他們可以使用簡單的復制和粘貼命令以無腳本的方式選擇和選擇將用于測試其方案的各個組件。可以將這些組件拖放到正確的順序，并進行重組以創建每個方案。只需單擊幾下，就可以對第一個測試的響應和信息進行參數化，并用于驅動第二個測試的請求數據，依此類推等等。

得益于開發團隊已經提供的組件，這些場景測試的創建效率更高。借助SOAtest，您可以進一步提高效率，通過使用機器學習將業務邏輯（即斷言、驗證、身份驗證）“模板化”為規則，從而進一步減少返工。重用測試邏輯可以提高API測試的一致性，同時通過消除以前由另一個團隊成員完成的工作來加速測試。

減少開發和測試之間的乒乓球，以加快缺陷修復時間

由于開發人員和質量檢查人員之間的鴻溝而引起的一種持續的斗爭是，質量檢查人員發現缺陷時發生的溝通交流。記錄該缺陷，截取屏幕截圖，寫出所發現的缺陷的確切測試步驟，然后將其告知開發人員是一項非常耗時的任務，開發人員通常會在令人沮喪的答復中回來，認為它可以正常工作他們的環境。

 開發人員和質量檢查人員之間的這種乒乓球會減慢缺陷修復時間，并讓開發人員（因為他們難以重新創建測試環境）和測試人員（陷入混亂的文檔和溝通周期，而不是浪費精力）浪費寶貴的時間他們花費更多的時間進行測試）。

相反，當兩個團隊都使用Parasoft SOAtest時，通過創建可重新運行的測試方案來填補這種溝通/協作空白，從而極大地加快了測試人員與開發人員之間的知識共享。質量檢查成員發現問題后，他們可以快速創建測試方案（.tst文件），展示其行為，然后與開發團隊共享。然后，開發人員可以在其計算機上運行測試方案以查看行為，并可以查看導致錯誤行為的確切步驟和調用，從而縮短了缺陷修復時間。

管理API架構和服務更改以減少測試維護的負擔

質量檢查現在正在明智地進行。他們創建了一個一致的測試API的策略，該策略建立在Development開發的現有組件測試的基礎上，通過模板化業務邏輯的應用程序來減少返工，從而可以在測試團隊中重復使用和利用它。但是，將更改引入您的應用程序后會發生什么？

變更可以采用多種形式，例如：

• 協議消息格式更改
• 從API添加或刪除的元素
• 代碼更改會影響數據格式
• 正在重新架構為微服務的服務

通常，讓質量檢查組織感到頭疼的是了解這些更改，確定受更改影響的測試用例，并更新和重新運行這些測試用例以確認更改沒有破壞任何內容。如果沒有SOAtest，則需要對API定義文件的兩個版本進行大量研究，并付出艱辛的努力來理解受影響的測試以及如何編輯或重寫每個受影響的測試以驗證更改。

SOAtest通過其變更顧問模塊為質量保證提供了一種輕松的方法來管理和減輕變更的影響。還記得那些對庫存質量保證廚房非常重要的服務定義或合同測試嗎？這些服務定義文件會返回以幫助進行變更管理。

當您的API架構或服務中發生更改時，Development將更新該定義文件并為質量檢查提供最新版本。引入SOAtest的Change Advisor模塊，并自動將定義文件的新版本與舊版本進行比較，創建兩個映射，以圖形方式對新舊定義文件之間的操作和模式進行布局，然后可以進行QA，輕松識別只需單擊幾下即可更改需要更改的內容，并根據更改進行檢查和更新。一旦檢查了所有變更，便可以輕松地將變更模板應用于自動批量重構受這些變更影響的所有現有測試。

在性能中重用現有的測試工件

質量檢查現已完成工作。測試人員創建了多個復雜的測試方案，旨在測試API的業務邏輯并相互驗證服務的功能。業務邏輯是健全的，并且每個用例都已經過測試和驗證。發現的任何缺陷都可以以.tst文件的形式輕松地傳達回開發人員，以便快速進行復制和修復。有一個全面且最低限度的手動策略，用于維護這些API測試并在發生更改時更新測試。現在是時候斷開應用程序了——是性能測試人員來測試API的行為的時候，當它有100、500、1000多個用戶試圖在全球不同位置同時執行相同的方案時。

在許多情況下，性能測試人員需要專門在這些條件下創建自己的測試方案。幸運的是，通過使用Parasoft SOAtest，性能團隊不再需要重新發明輪子。他們可以利用由Development創建的組件測試和由QA創建的場景測試的組合來驗證其SLA和應用程序的及時性能，所有這些都在SOAtest的負載測試模塊內。

在負載測試模塊中，可以輕松地利用現有的SOAtest組件或方案測試，并通過任意數量的虛擬用戶來驅動它們，并將其分布在任意數量的從屬計算機上，以測試不同負載類型（例如鐘形、緩沖、線性和平穩）下的方案負載，從而使您能夠驗證應用程序在各種壓力下能否按預期運行。

結論

功能測試策略的最終目標應該是“不費吹灰之力”，但是在進行API測試時，一次又一次地執行相同的操作已成為測試團隊的常識。很多時候，我會與質量檢查經理和DevOp教練進行交談，他們的任務是確定加快測試速度和增加協作的方法，而我在這里所描述的就是答案。

團隊可以利用SOAtest的功能來減少返工并提高效率。由于它已經創建了相當規模的產品，因此很容易在企業和單個項目或啟動級別采用，并且對測試創建和自動化要求的技術專門知識水平較低。開發、質量保證和性能使用一個統一的功能測試工具可以實現開創性的協作水平，并減少可能影響底線的返工，從而減少總體測試工作量、時間和成本。