您如何在短短幾秒鐘內(nèi)得到幾十個REST API測試用例的套件，這些用例都具有非常大的請求負載？采用科學的測試方法有助于建立與REST API測試自動化的一致性，但即使是科學家，也時不時需要幫助。

測試人員是我們的應用程序與日益精通技術的受眾之間的最后一道防線。如果我們將存在缺陷或性能問題的應用程序部署到市場中，那么我們的客戶將無法忍受。結果，測試人員必須精明并且能夠以最有影響力的方式測試現(xiàn)代應用程序。但是測試是一門科學，需要您采用系統(tǒng)的方法來驗證應用程序。

測試是一門科學

但是，即使采用科學的測試方法，軟件測試也并非如此簡單。測試人員通常會經(jīng)歷以下過程：

1. 提出一個問題，通常是關于應用程序的行為。（需要大量的創(chuàng)造力。）
2. 做背景研究，以了解多個接口（Web、移動、API等），如何準確測試它們以及應用程序應如何運行。
3. 構造一個假設（即斷言和回歸檢驗）。基于對應用程序“應如何工作”的理解，您可以設置表示期望的變量。
4. 通過構建測試來測試您的假設（以最有意義的方式，以便您可以證明或反駁假設（主張/回歸）。
5. 分析您的結果并得出結論。在運行測試并接收結果之后，您可以手動解釋以查看它們是否符合您的期望，或者可以自動執(zhí)行測試以僅在測試失敗時收到警報。
6. 將結果傳達給更大的軟件交付渠道，以便組織可以就是否繼續(xù)進行應用程序做出有意義的決定。

測試不是一件容易的事，因此我們需要獲得構建這些有意義的實驗所需的所有支持，這些實驗可以提供有意義的反饋以確保我們的應用程序正確構建。作為測試人員，我們之間相互交流發(fā)現(xiàn)的任何方法都非常重要，這對使測試變得更加容易！在這里，這些方法之一。下面，我將解釋我最近遇到的REST API測試挑戰(zhàn)，并分享如何解決該問題。

具有大量請求有效負載的REST API測試

現(xiàn)代的Web應用程序?qū)?/span>RESTful JSON API調(diào)用從瀏覽器發(fā)送到服務器，因為JSON數(shù)據(jù)易于被JavaScript代碼使用。但是使用JSON數(shù)據(jù)創(chuàng)建測試自動化腳本并不總是那么容易。最近，由于我正在測試的服務中存在大量JSON請求有效負載，我遇到了測試上的頭痛事，不過我能夠使用Parasoft SOAtest的新Smart API Test Generator來提供幫助。

與大型請求有效負載不同，大型響應有效負載易于測試人員處理。致電服務，保存響應，然后與將來的響應進行比較。去除所有可能隨時更改的值，例如日期或時間戳。沖洗并重復。但是，所有這些都首先要調(diào)用服務。對于較大的請求有效負載，您需要在進行每個服務調(diào)用之前配置大量數(shù)據(jù)，并且需要確保所有數(shù)據(jù)都是正確的。當然，您可以從瀏覽器開發(fā)人員工具中復制和粘貼，但是通過許多REST API調(diào)用，這意味著大量復制和粘貼。這就是為什么現(xiàn)在能夠使用Smart API Test Generator令人興奮。

我最近的項目涉及一個用于與LDAP和Active Directory服務器集成的Web配置頁面。這個概念很簡單：配置設置，然后通過列出用戶帳戶和組帳戶進行測試。問題在于LDAP配置中有很多設置，而測試這些設置需要在請求有效負載中發(fā)送所有設置。此外，需要額外的電話來測試每個組的成員資格。每個請求最終都是幾百行JSON數(shù)據(jù)。

我正在努力增加對新會員策略的支持。我關心的唯一JSON數(shù)據(jù)在第10行，但是仍然需要其他所有數(shù)據(jù)行才能使整個過程正常運行。因此，我將配置頁面設置為指向具有測試數(shù)據(jù)的LDAP服務器，然后使用Parasoft SOAtest Smart API Test Generator擴展（適用于Chrome）打開了錄制功能。我單擊按鈕來測試用戶和組，然后展開每個組以查看成員。每次單擊時，都會對Web服務器進行一些REST API調(diào)用。

假設是，成員資格策略將影響預覽中的組和成員。我在配置頁面上更改了成員資格策略，然后再次單擊測試數(shù)據(jù)。在視覺上，我可以在對話框中看到不同的組成員資格結果。我對手動測試感到滿意，因此停止了記錄并生成了一套非常智能的API測試：

就是這樣——在幾秒鐘內(nèi)，我進行了一套包含幾十個REST API測試的套件，這些套件都具有非常大的請求有效負載。在請求之間僅更改了一些屬性，例如組名和成員資格策略，但這足以獲得響應的變化并為每個請求保存差異控件。它甚至足夠聰明，可以從第一個組預覽響應中提取組名并將其存儲在數(shù)據(jù)庫中，以便在以下測試中進行參數(shù)化使用。看到所有測試均通過，這使我有信心我的新會員策略功能可以正常工作。

所有這些都是使用帶有測試數(shù)據(jù)的LDAP服務器而不是真實用戶帳戶完成的。我可以確保測試數(shù)據(jù)不會改變，但是真實的用戶會隨著時間的流逝而變化。更改數(shù)據(jù)會在自動測試回歸控件中產(chǎn)生大量噪音。如果您的應用程序沒有穩(wěn)定的測試數(shù)據(jù)，建議您檢查一下Parasoft Virtualize提供的Web服務或數(shù)據(jù)庫虛擬化。

我的測試挑戰(zhàn)已解決

正如我在本文開頭所討論的那樣，采用科學的測試方法有助于建立一致性。但是，即使是最好的科學家，也時不時需要幫助！我上面描述的技術就像使用高倍顯微鏡而不是放大鏡。這是一個非常復雜的過程，這是一個重大的飛躍，至少對我而言，這極大地幫助了我加快了測試挑戰(zhàn)。希望對您也一樣。測試愉快！