盡管整個(gè)左移概念確實(shí)具有難以置信的價(jià)值，但您可以通過簡單地減少跨功能測(cè)試的返工并改善團(tuán)隊(duì)之間的協(xié)作來加速測(cè)試以跟上開發(fā)的步伐。也就是說，如果您擁有正確的工具。

今年，特別是最后一個(gè)季度，主要是關(guān)于加速測(cè)試的對(duì)話，尤其是如何在開發(fā)過程中同時(shí)調(diào)整測(cè)試策略。因此，我非常高興與很多人分享如何使用Parasoft SOAtest減少功能測(cè)試和非功能測(cè)試的返工，同時(shí)改善團(tuán)隊(duì)之間的協(xié)作，同時(shí)加快測(cè)試的速度以跟上開發(fā)的步伐。

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

我對(duì)SOAtest及其技術(shù)深度、人工智能和機(jī)器學(xué)習(xí)的創(chuàng)新以及它在使我們的客戶實(shí)現(xiàn)質(zhì)量和交付目標(biāo)方面所取得的成功感到無比贊嘆；但是，今天，我想談一談當(dāng)組織使用SOAtest來彌合開發(fā)、質(zhì)量保證和性能測(cè)試團(tuán)隊(duì)之間的差距，從而在測(cè)試組織中實(shí)現(xiàn)完全協(xié)同作用時(shí)釋放的價(jià)值。

開發(fā)為測(cè)試奠定基礎(chǔ)

因此，我只是撕掉創(chuàng)可貼并放在那兒：開發(fā)應(yīng)該進(jìn)行測(cè)試。

我不僅在說單元測(cè)試（顯然很有價(jià)值）。開發(fā)應(yīng)參與測(cè)試任何新的或更改的API。現(xiàn)在，我并不是說開發(fā)應(yīng)該構(gòu)建完整的測(cè)試方案，并且我認(rèn)為當(dāng)您真正研究它時(shí)，開發(fā)很可能已經(jīng)在進(jìn)行我在這里談?wù)摰囊恍y(cè)試。當(dāng)構(gòu)建新的API或?qū)?/span>API進(jìn)行架構(gòu)或服務(wù)更改時(shí)，開發(fā)通常會(huì)為每個(gè)API最少創(chuàng)建合同測(cè)試和冒煙測(cè)試，以驗(yàn)證是否根據(jù)規(guī)范編寫了服務(wù)合同并驗(yàn)證了架構(gòu)（請(qǐng)求和響應(yīng)）和端點(diǎn)（HTTP，MQ/JMS Topic/Queue等）。

如果開發(fā)人員可以開始使用相同的功能測(cè)試工具來創(chuàng)建測(cè)試，則質(zhì)量檢查團(tuán)隊(duì)可以簡單地利用這些測(cè)試來形成他們需要驗(yàn)證的更復(fù)雜的測(cè)試方案。那么開發(fā)人員如何利用Parasoft SOAtest來幫助加速測(cè)試？

開發(fā)人員可以創(chuàng)建服務(wù)定義測(cè)試

使用Parasoft SOAtest，開發(fā)人員可以非常輕松地驗(yàn)證：

• 服務(wù)定義在語義上是否正確？
• 描述的服務(wù)有效嗎？
• 服務(wù)是否符合互操作性標(biāo)準(zhǔn)？
• 服務(wù)最近有變化嗎？

使用SOAtest的開發(fā)人員可以通過使用該服務(wù)定義文件輕松創(chuàng)建測(cè)試以驗(yàn)證和實(shí)施WSDL，Swagger，RAML等策略。SOAtest將執(zhí)行架構(gòu)和語義有效性測(cè)試，以確保定義文件是機(jī)器可讀和可使用的。它將驗(yàn)證互操作性以確保它符合服務(wù)定義文件的行業(yè)標(biāo)準(zhǔn)，最后它將創(chuàng)建一個(gè)回歸測(cè)試以驗(yàn)證自上次測(cè)試運(yùn)行以來未發(fā)生任何更改。

這些測(cè)試提供了一個(gè)穩(wěn)定的基礎(chǔ)，QA可以利用該基礎(chǔ)來有效地建立可靠而有彈性的測(cè)試策略（稍后會(huì)詳細(xì)介紹）。

開發(fā)人員可以創(chuàng)建組件測(cè)試（煙霧測(cè)試）

使用Parasoft SOAtest，開發(fā)人員可以輕松創(chuàng)建其組件測(cè)試，以測(cè)試服務(wù)的各個(gè)組件以驗(yàn)證以下內(nèi)容：

• 請(qǐng)求/響應(yīng)有效載荷格式正確
• 響應(yīng)狀態(tài)符合預(yù)期
• 響應(yīng)錯(cuò)誤有效負(fù)載具有正確的錯(cuò)誤消息
• 回應(yīng)符合基準(zhǔn)標(biāo)準(zhǔn)
• 在預(yù)期的時(shí)間內(nèi)收到答復(fù)

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

通過改善團(tuán)隊(duì)之間的協(xié)作和利用工作來加速測(cè)試

至此，開發(fā)工作已經(jīng)完成，他們已經(jīng)驗(yàn)證了每種服務(wù)的基本功能，現(xiàn)在輪到質(zhì)量檢查了。測(cè)試人員需要?jiǎng)?chuàng)建超出基本功能的測(cè)試，并測(cè)試API的實(shí)際業(yè)務(wù)邏輯和復(fù)雜場景，以發(fā)現(xiàn)無法預(yù)料的意外行為。開發(fā)人員在構(gòu)建它方面做得很出色，而質(zhì)量檢查的工作是創(chuàng)建復(fù)雜的方案，以測(cè)試服務(wù)協(xié)同工作時(shí)的穩(wěn)定性。我喜歡這樣看：當(dāng)開發(fā)人員使用SOAtest進(jìn)行合同和組件測(cè)試時(shí)，QA來到了一個(gè)廚房，廚房里已經(jīng)放滿了可以混合、摻合和組裝成餐的配料。

對(duì)于我來說，令人驚訝的是，測(cè)試工件的這種可重用性具有多么寶貴，以及它可以通過加速QA創(chuàng)建開發(fā)已經(jīng)完成的測(cè)試的返工而加速測(cè)試實(shí)踐。在工作智能范式中，質(zhì)量檢查從儲(chǔ)備豐富的廚房開始，并且可以在更短的時(shí)間內(nèi)完成更多工作。這是合乎邏輯的。

讓我們看一下如何加快測(cè)試速度。

重用開發(fā)人員的測(cè)試工件以有效創(chuàng)建有意義的方案測(cè)試

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

• 合并到方案中時(shí)，確保API正常工作
• 用數(shù)據(jù)驅(qū)動(dòng)測(cè)試
• 使用響應(yīng)數(shù)據(jù)輸入后續(xù)請(qǐng)求
• （可選）利用啟動(dòng)和拆卸測(cè)試

由于QA已經(jīng)具有所需的構(gòu)造塊（由開發(fā)提供），因此他們可以使用簡單的復(fù)制和粘貼命令以無腳本的方式選擇和選擇將用于測(cè)試其方案的各個(gè)組件。可以將這些組件拖放到正確的順序，并進(jìn)行重組以創(chuàng)建每個(gè)方案。只需單擊幾下，就可以對(duì)第一個(gè)測(cè)試的響應(yīng)和信息進(jìn)行參數(shù)化，并用于驅(qū)動(dòng)第二個(gè)測(cè)試的請(qǐng)求數(shù)據(jù)，依此類推等等。

得益于開發(fā)團(tuán)隊(duì)已經(jīng)提供的組件，這些場景測(cè)試的創(chuàng)建效率更高。借助SOAtest，您可以進(jìn)一步提高效率，通過使用機(jī)器學(xué)習(xí)將業(yè)務(wù)邏輯（即斷言、驗(yàn)證、身份驗(yàn)證）“模板化”為規(guī)則，從而進(jìn)一步減少返工。重用測(cè)試邏輯可以提高API測(cè)試的一致性，同時(shí)通過消除以前由另一個(gè)團(tuán)隊(duì)成員完成的工作來加速測(cè)試。

減少開發(fā)和測(cè)試之間的乒乓球，以加快缺陷修復(fù)時(shí)間

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

開發(fā)人員和質(zhì)量檢查人員之間的這種乒乓球會(huì)減慢缺陷修復(fù)時(shí)間，并讓開發(fā)人員（因?yàn)樗麄冸y以重新創(chuàng)建測(cè)試環(huán)境）和測(cè)試人員（陷入混亂的文檔和溝通周期，而不是浪費(fèi)精力）浪費(fèi)寶貴的時(shí)間他們花費(fèi)更多的時(shí)間進(jìn)行測(cè)試）。

相反，當(dāng)兩個(gè)團(tuán)隊(duì)都使用Parasoft SOAtest時(shí)，通過創(chuàng)建可重新運(yùn)行的測(cè)試方案來填補(bǔ)這種溝通/協(xié)作空白，從而極大地加快了測(cè)試人員與開發(fā)人員之間的知識(shí)共享。質(zhì)量檢查成員發(fā)現(xiàn)問題后，他們可以快速創(chuàng)建測(cè)試方案（.tst文件），展示其行為，然后與開發(fā)團(tuán)隊(duì)共享。然后，開發(fā)人員可以在其計(jì)算機(jī)上運(yùn)行測(cè)試方案以查看行為，并可以查看導(dǎo)致錯(cuò)誤行為的確切步驟和調(diào)用，從而縮短了缺陷修復(fù)時(shí)間。

管理API架構(gòu)和服務(wù)更改以減少測(cè)試維護(hù)的負(fù)擔(dān)

質(zhì)量檢查現(xiàn)在正在明智地進(jìn)行。他們創(chuàng)建了一個(gè)一致的測(cè)試API的策略，該策略建立在Development開發(fā)的現(xiàn)有組件測(cè)試的基礎(chǔ)上，通過模板化業(yè)務(wù)邏輯的應(yīng)用程序來減少返工，從而可以在測(cè)試團(tuán)隊(duì)中重復(fù)使用和利用它。但是，將更改引入您的應(yīng)用程序后會(huì)發(fā)生什么？

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

• 協(xié)議消息格式更改
• 從API添加或刪除的元素
• 代碼更改會(huì)影響數(shù)據(jù)格式
• 正在重新架構(gòu)為微服務(wù)的服務(wù)

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

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

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

在性能中重用現(xiàn)有的測(cè)試工件

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

在許多情況下，性能測(cè)試人員需要專門在這些條件下創(chuàng)建自己的測(cè)試方案。幸運(yùn)的是，通過使用Parasoft SOAtest，性能團(tuán)隊(duì)不再需要重新發(fā)明輪子。他們可以利用由Development創(chuàng)建的組件測(cè)試和由QA創(chuàng)建的場景測(cè)試的組合來驗(yàn)證其SLA和應(yīng)用程序的及時(shí)性能，所有這些都在SOAtest的負(fù)載測(cè)試模塊內(nèi)。

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

結(jié)論

功能測(cè)試策略的最終目標(biāo)應(yīng)該是“不費(fèi)吹灰之力”，但是在進(jìn)行API測(cè)試時(shí)，一次又一次地執(zhí)行相同的操作已成為測(cè)試團(tuán)隊(duì)的常識(shí)。很多時(shí)候，我會(huì)與質(zhì)量檢查經(jīng)理和DevOp教練進(jìn)行交談，他們的任務(wù)是確定加快測(cè)試速度和增加協(xié)作的方法，而我在這里所描述的就是答案。

團(tuán)隊(duì)可以利用SOAtest的功能來減少返工并提高效率。由于它已經(jīng)創(chuàng)建了相當(dāng)規(guī)模的產(chǎn)品，因此很容易在企業(yè)和單個(gè)項(xiàng)目或啟動(dòng)級(jí)別采用，并且對(duì)測(cè)試創(chuàng)建和自動(dòng)化要求的技術(shù)專門知識(shí)水平較低。開發(fā)、質(zhì)量保證和性能使用一個(gè)統(tǒng)一的功能測(cè)試工具可以實(shí)現(xiàn)開創(chuàng)性的協(xié)作水平，并減少可能影響底線的返工，從而減少總體測(cè)試工作量、時(shí)間和成本。