您可以輕松地了解商業B2C領域，并了解為什么Agile敏捷和DevOps方法已被接管為向客戶快速提供優質服務的主要實踐。政府應用領域并非如此。但是，借助AI驅動的功能測試解決方案，質量檢查團隊可以驗證政府應用程序并實現交付現代化。

自動化測試現代化的挑戰

在政府領域，有許多障礙影響著代理商從敏捷和DevOps實踐中受益的能力，就像商業領域的奢侈一樣。

對于政府機構現代化能力的挑戰之一就是，在將開發外包給第三方供應商的常見情況下，如何為網絡用戶界面創建有效的自動化功能測試策略。在我擔任Parasoft的政府、軍事和航空航天解決方案客戶經理時，經常遇到這種情況。

在這種情況下，政府實體將與外部供應商簽約以創建和交付新軟件或新功能。第三方承包商負責確保代碼符合其客戶對質量的要求。但是，至關重要的是，政府實體在交付時必須進行自己的測試，以驗證應用程序在集成環境中的行為是否符合預期，并滿足可用性、可靠性、性能和安全性等非功能性測試要求。

基于政府實體與第三方開發承包商之間訂立的合同，政府質量保證團隊使用在商業行業中成功的現代自動化測試策略的能力可能會受到限制。

為什么功能測試至關重要并且更多代理商應該這樣做

為了創建有效的自動化測試實踐，功能測試團隊需要在Web UI和API服務層進行測試。但是，要在API層上進行有效測試，需要一定的知識，這取決于政府質量檢查團隊可能無法訪問的工件，具體取決于合同中指定為可交付成果的內容。

假設合同沒有規定為每個服務創建和維護API服務定義文件。在交付給政府質量檢查小組進行測試后，質量檢查小組將很難理解：

• 每個服務的作用。
• 與之交互的其他服務。
• 數據如何在請求/響應配對之間傳遞。

開發團隊需要所有這些信息來創建有效的API測試策略。沒有API服務定義文件，QA團隊需要訪問代碼庫和開發人員知識以研究代碼并了解每個API的構造。

對于許多質量檢查小組來說，這是不可行的。相反，他們嚴重依賴于Web UI或用戶驗收測試，以驗證軟件交付物是否通過了質量、可靠性、可用性和性能的閾值。

Web UI測試占有一席之地。但是，要使Web UI測試成為有效的可持續測試自動化策略，還需要克服一些主要挑戰。

Web UI測試的陷阱和挑戰

為了圍繞Web UI測試挑戰展開這場對話，首先讓我們看看人們在使用什么來創建自動化的Web UI測試。令人震驚的是，Selenium是該領域的領導者，如今使用此開源框架的行業超過64％。但是，如果您是Selenium用戶，則知道它并非所有都是彩虹和陽光。使用Selenium存在一些挑戰，使其難以擴展以實現可持續自動化。

Selenium是選擇的解決方案，原因有幾個，在商業領域和政府領域都有效。作為一種開源工具，Selenium：

• 對用戶免費。
• 支持多種語言、操作系統和瀏覽器類型。
• 有龐大的社區支持基礎。
• 發布可靠的更新，使其資源豐富且具有成本效益。

讓我們看一下缺點。與所有Web UI測試一樣，Selenium測試仍然很脆弱，不能很好地承受變化。例如，小型政府QA團隊針對具有數千種現有Selenium測試的新功能創建Selenium測試。用戶界面中的一個小更改可能會產生巨大的影響。

這一更改會影響您的團隊徹底測試新功能的能力。突然，舊的測試失敗了，幾乎不了解發生了什么。手動更新受影響的測試可能需要幾天的時間，從而影響測試進度和覆蓋范圍。

解決Selenium測試的挑戰

隨著Parasoft最新工具的推出，維護Selenium測試不再是一個挑戰。是AI驅動的輕量級解決方案，可直接插入您要創建Selenium測試的Eclipse或IntelliJ IDE。

使用有限的資源快速創建測試

用戶可以激活Parasoft Recorder來捕獲在Google Chrome瀏覽器中執行的用戶操作。您可以使用推薦的最佳實踐利用記錄來創建純Selenium測試：頁面對象模型。

對于需要使用有限的資源快速創建測試的政府質量檢查團隊，Parasoft Recorder可以讓他們搶先一步。該工具使您可以輕松創建Selenium項目和頁面對象模型測試的框架。請記住，使用Parasoft Recorder創建的測試與其他任何Selenium測試一樣。您可以在所需的時間，所需的方式和位置運行它們。它們沒有鎖定在供應商平臺上。

通過AI-Drive建議節省時間

真正的時間節省從的AI驅動建議中生效。您可以在運行時自動修復由于Web UI更改（例如定位符或等待條件）而中斷的測試。數量過多而無法測試的小型QA小組可以減少通常花費在測試維護上的時間，或者試圖了解失敗的測試是由于UI更改，真正的回歸失敗還是僅由不良測試導致的失敗。

查看測試結果

中的AI在運行時分析測試。通常會因定位器損壞或更改等待條件而失敗的所有測試都將自動修復，因此完整的測試套件的執行不會在長時間運行時脫軌。

當質量檢查小組審核測試結果時，可以在測試儀IDE中查看完整的報告。表明：

• 測試失敗了。
• 的AI引擎如何治愈它們。

測試人員有兩種選擇：

• 批準如何修復測試。
• 根據他們的偏好選擇其他推薦的定位器，并進行適當的更正。

例如，一些質量檢查小組可能更喜歡CSS與XPath來定位動態Web元素以及沒有ID或名稱的元素。

通過API測試提高覆蓋率和質量

質量保證團隊可以使用輕松地將基于Selenium的Web UI測試實踐轉變為真正可擴展且可維護的測試策略。但是API呢？

是的，的確，Web UI測試執行經常調用API。但是，Web UI測試未測試API。

API是現代Web應用程序的基礎。數據和信息從一個系統到另一個系統通過它們固有地引入風險。

對于政府機構來說，要真正驗證其應用程序的功能和非功能要求已得到滿足-降低機構風險-至關重要的是，他們還必須實施可持續且有效的自動化API測試策略。不幸的是，API測試不像Web UI測試那樣容易手動創建。資源限制通常會影響組織測試其API的規模。

API測試需要代碼知識。即使代理商擁有可用于測試的資源，如果這些資產未與第三方開發供應商簽訂合同將其交付給代理商，也可能無法使用利用API服務定義文件進行測試創建的現代API測試解決方案。

使用AI解決API測試問題

用于API和端到端測試自動化的Parasoft SOAtest解決方案為API測試創建提供了自下而上和自上而下的方法。

自下而上的方法

對于進行內部開發并希望在SDLC中早期測試API的團隊，Parasoft SOAtest通過請求/響應配對或使用服務定義文件，如Swagger，WSDL，或WDLE。

自上而下的方法

對于基于瀏覽器的REST API，Parasoft提供了一種自上而下的方法，該方法利用AI來無腳本地將手動Web UI活動轉換為完整的API測試方案。

創建完整的API測試方案

我之前提到過Parasoft Recorder。用戶在Web UI上記錄操作并將其轉換為非供應商鎖定的Selenium頁面對象模型測試。與Parasoft SOAtest的Smart API Test Generator模塊一起使用時，該記錄器可以創建完整的API測試方案。

當同時使用和SOAtest時，QA測試人員可以在Web UI上記錄用戶故事。QA測試人員可以從該單個記錄中創建Selenium測試和相應的API方案測試。Smart API Test Generator中的人工智能引擎會分析流量記錄。它查找正在調用的API之間的模式和關系。它還著眼于如何處理數據并根據用戶故事生成完整的API測試方案。

創建這些測試不需要腳本，不需要服務定義文件，也不需要領域知識。由于創建的API測試方案與質量檢查工程師進行的Web UI活動直接相關，因此新手用戶可以更好地了解API在系統中的使用方式以及API與UI的關系。

總結

資源有限且需要大量測試的小型政府質量保證團隊可以快速驗證政府應用程序。同時創建自我修復的Web UI Selenium測試和自動API測試方案的功能非常強大。使用有效的自動化功能測試解決方案，團隊可以以最少的人工完成更全面的測試，從而提高覆蓋范圍和質量。

想了解更多？觀看SOAtest視頻和Selenic視頻，了解Parasoft SOAtest和的實際應用。，或通過與Parasoft解決方案團隊聯系。