基于Postman+Newman的接口業務自動化測試應用

摘 要：電商系統作為公司所有產品的關鍵業務支撐，由于業務更新和發展需要，提測頻率大幅增加，然而，回歸測試受業務場景復雜性和測試周期限制，導致人工測試無法充分覆蓋業務場景，可能會引發問題。為解決上述問題，文章選用Postman和Newman工具，結合電商系統實際業務特點，設計出一套測試用例，通過數據參數關聯技術實現電商系統接口業務場景自動化測試。自動化測試提高了回歸測試效率，節省了測試成本，同時提升了系統質量。

關鍵詞：接口自動化測試；自動化測試；接口測試；業務場景測試

中圖分類號：TP311 文獻標識碼：A 文章編號：2096-4706（2024）13-0056-05

Application of Interface Business Automatic Testing Based on Postman+Newman

LIU Xiaoling， YIN Shanshan， LI Huiyun， HAO Ying， XU Jiehui

（Tongfang Knowledge Network Digital Publishing Technology Co.， Ltd.， Beijing 100192， China）

Abstract： As a key business support for all products of the company， the E-commerce system has been found a significant increase in testing frequency due to business updates and development promotions. However， regression testing is limited by the complexity of business scenarios and testing cycles， resulting in manual testing not being able to fully cover business scenarios， which may lead to problems. Based on this， by selecting Postman and Newman tools and combining them with the actual business characteristics of E-commerce systems， a set of test cases is designed， and data parameter correlation technology is used to achieve automatic testing of E-commerce system interface business scenarios. Through automatic testing， regression testing efficiency is improved， testing costs is saved， and system quality is improved.

Keywords： interface automation testing; automatic testing; interface testing; business scenario testing

0 引 言

隨著公司業務的快速發展，作為公司關鍵業務支撐服務的電商系統，為公司所有產品提供著重要的業務支撐。然而，由于業務更新和發展的需求[1]，電商系統的測試頻率大幅增加，每次測試不僅要測試新功能新業務，還要確保已有業務的正確和穩定。由于業務場景的復雜性以及測試周期的限制，人工測試無法充分覆蓋所有場景，因此難以保證電商系統的質量。

為解決上述問題，我們根據公司電商系統業務特點，提出了接口業務場景自動化測試方案及應用，通過引入接口自動化測試技術[2]來提高測試效率、改善測試質量、增強回歸測試能力。Postman是一款功能強大的接口測試工具，通過接口關聯[3]實現復雜的業務場景的組合測試和自動化測試。本文主要介紹基于Postman+Newman的自動化測試應用，并結合實際案例來闡述測試過程及效果。因此，本文將重點介紹如何使用Postman+Newman進行自動化測試以及在實踐中的應用效果。

1 Postman+Newman功能簡介

Postman是一個功能強大的網頁調試工具的客戶端[4]，它為用戶提供了出色的Web接口和HTTP請求調試功能，具有請求集管理、環境配置、參數化、斷言、批量執行等功能，憑借其能夠發送任何類型的HTTP請求（GET、HEAD、POST、PUT等）以及附帶任何數量的參數和headers的特點，Postman成為一款非常實用的測試工具。

Postman Newman是一個強大的命令行工具，允許用戶直接從命令行運行Postman集合，可以將測試結果輸出為多種格式的報告，如JOSN、HTML等，為開發人員和測試人員提供方便的問題定位和分析工具。

1.1 創建項目請求集

在Postman中，集合（Collections）類似文件夾，Collection里面還可以再建子文件夾目錄，可以把同一個項目的請求放在一個Collections里進行管理和分享。通過Collections創建項目請求集，然后添加請求即創建接口測試用例，根據接口文檔選擇請求方式、請求url、請求頭、請求體，請求內容無誤后執行測試用例，在響應區查看響應結果。

1.2 設置環境配置

Postman提供環境變量和全局變量來存儲和管理數據，以便在多個請求之間共享和重復使用數據。環境變量是針對特定環境的變量（比如測試環境、開發環境、灰度環境、生產環境），環境變量可以存儲接口的URL、Token_id等公共信息，以便在特定環境下的多個請求中共用。全局變量是定義在全局中的變量，可以存儲全局信息，比如用戶名、密碼等，在所有環境下的所有請求中使用。

1.3 參數化

在自動化迭代的測試過程中，數據參數化是Postman比較重要的特征之一，它能夠將變量進行參數化，從而避免重復相同的測試。Postman參數化的形式主要有三種：內置變量、Pre-request-Script頁簽中使用腳本代碼、外部文件引用。內置變量是Postman自帶的系統變量，常使用在Request里。比較推薦Pre-request-Script頁簽內使用代碼實現參數的方法，在執行接口測試用例時會先執行Pre-request-Script頁簽內的代碼，然后再發送請求。外部文件引用是指通過csv文件或者json格式的文件實現參數化，csv的運用需要先通過設置字段，多個關鍵字之間需要用英文逗號隔開，第一行寫定義的參數變量，文件保存為.csv格式，csv文件比較常用。

1.4 編寫斷言校驗

Postman的Test模塊可實現請求斷言，斷言模塊是自動化測試中比較重要的一部分。一個完整的接口測試，包括請求、響應、斷言，斷言[5]通過JavaScript語言編寫，在Tests下方系統會提供部分斷言內容，斷言結果是在請求返回之后顯示，并根據斷言返回結果的PASS和FAIL狀態體現在最終的測試結果中。斷言的主要作用是將實際結果和預期結果的對比，如果測試返回結果一致，則測試用例通過；如果測試返回結果不一致，則斷言失敗，即測試用例執行失敗。

1.5 批量執行

Postman提供Run功能實現批量運行，首先點擊要批量運行的項目請求集文件，然后點擊Run按鈕，系統默認全選，可勾選需要運行的請求，進行設置重復次數和運行間隔，最后點擊“Run接口—請求集名稱”即可批量運行測試用例。

Postman通過與Newman結合也可以實現批量運行接口達到接口自動化測試的目的，當對大量的接口進行自動化測試時，比較推薦使用Newman進行批量運行，使用Newman可以測試接口的功能、性能、可靠性和安全性，測試結果支持輸出多種格式的報告，比如HTML、JSON等，以方便開發人員進行問題定位和分析。

2 測試項目

選用Postman+Newman作為測試工具，按照測試流程[6]：測試需求分析、測試方案設計、測試用例執行及測試報告，對電商系統接口進行接口業務場景自動化測試。

2.1 測試內容

根據對公司電商系統在實際應用中的特點，分析出常用用戶使用的業務場景，包括測試用戶登錄、檢索、獲取產品權限和價格、瀏覽和下載，其中用戶類型包含計費賬號、包庫賬號以及兩種賬號的不同綁定關系，產品權限包含有權限、無權限、繼承權限、資源包權限、漫游和并發，下載量限制和余額判斷等核心業務，其中下載限制包含我的賬戶系統下組限制和電商管理平臺下設置的下載限制。根據這些功能業務進行設計接口業務測試用例，對每個業務場景的響應結果測試分析，并通過參數化關聯、斷言實現接口測試用例可復用，從而實現快速回歸測試。

2.2 測試方案設計

分析公司底層電商系統基礎功能和核心業務，具有基礎需求變更不頻繁，研發和維護周期長，且需要重復運行相同業務場景的特點。選用了Postman接口測試工具進行單接口測試，并根據系統中每個業務特征將多個單接口組建成日常用戶使用的業務場景，通過上下接口數據關聯實現了業務場景用例的復用性[7]。電商系統的每個業務均涉及5個接口，為了便于快速問題定位，確保測試用例的有效性，在設計多個業務用例場景時應保證不同的業務場景之間相互獨立，互不影響。

基本設計方案為：

1）按照業務大模塊創建項目（文件夾），包含4個部分：核心業務驗證（包含權限、漫游、并發）、下載限制（電商管理平臺）、下載限制（我的賬戶組內管理）和產品下載限制（電商管理平臺）。

2）每個大業務（文件夾）下繼續創建子業務（子文件夾），根據實際業務情況決定子業務深度，如核心業務驗證（包含權限、漫游、并發）大業務包含3個子業務：產品下載權限限制、IP范圍限制可漫游下載和并發限制。

3）在子業務文件下根據賬號類型創建對應的業務，比如計費賬號核心業務，包含業務場景有計費賬號余額不足、余額充足扣費下載、免費下載單篇免費文獻、使用包次卡次下載等業務。

4）最底層的項目（文件夾）內編寫接口的業務請求，涉及5個接口：登錄、檢索、獲取產品權限和價格、瀏覽和下載。

5）運行分析測試結果。

2.3 測試用例設計

根據接口文檔以及測試方案設計測試套件，在設計接口測試用例時，不但要包含覆蓋業務邏輯的正例測試，還要設計異常場景測試以及觸發接口功能錯誤的場景[8]。電商系統接口的請求響應格式均為JSON格式，以其中一個正向業務場景為例，涉及5個接口：登錄—獲取產品購買方式—查詢文獻扣費信息—下載—退出，首先需要根據測試要求選擇滿足一定策略的測試數據[9]，創建登錄請求，通過pm.environment.set函數獲取請求返回jsonData.IdenId到變量中，在下一接口中引用此變量，應用實例如圖1所示。

在最底層的文件夾下創建業務測試用例之后，對返回結果分析并在Tests標簽下編寫斷言，通過設置變量實現接口上下關聯，如圖2所示。后面的接口獲取前面接口返回的數據作為入參，格式如圖3所示。

通過此方法實現后面3個接口的關聯后，運行業務場景，先選中最底層文件夾（case01開頭的文件夾），然后點擊Run按鈕，可實現這組用例集的批量運行，運行結果如圖4所示。

2.4 測試報告

按照以上測試過程對原有的XLS表格內人工執行的核心業務測試用例，全部通過Postman工具完成自動化測試，并調試通過后將自動化測試腳本導出為JSON格式文件，使用Newman從命令行運行Postman集合：“newman run collections.json -r html，cli”，運行完成后，可自動生成HTML格式的測試報告。本次測試涉及4大業務模塊，創建4個文件夾，以其中2個業務Yx0bTh9gW4dxd1hbYF06C+hmaWFNHp6xrC83ctVt4sc=的運行情況為例，查看導HTML格式的測試報告，分別如圖5、圖6所示。

3 測試效果分析

根據電商系統業務場景用例設計方案分為4大文件夾，從以上2個測試報告截圖中可以分析出Requests是11 843個，一個業務場景包含5個請求（登錄、檢索、獲取產品權限和價格、瀏覽和下載），共覆蓋2 368個不同的業務場景，運行完成時間是0.5小時，平時人工執行XLS表內的相同數量的業務場景用例，需要5人日合計40小時完成。自動化測試執行速度是人工測試的80倍。對于多次需要回歸的情況[10]，隨著業務場景數量的增加，產生的效益也會越大。

4 結 論

通過使用Postman和newman對電商系統的接口進行測試分析，結合電商系統的實際業務特點，設計接口業務測試用例，并通過數據參數關聯技術完成了測試用例集的可復用，從而實現了電商系統接口業務場景自動化測試。通過測試數據分析，自動化測試提高了回歸測試效率，節省了測試成本，同時提高了產品質量。因此，企業應根據產品業務特點選擇適當的自動化測試手段，以提高回歸測試效率和提升生產力。

參考文獻：

[1] 張清睿，黃松，孫樂樂.Web功能自動化測試綜述 [J].軟件導刊，2023，22（3）：227-236.

[2] 黃志輝，蔡杰峰，蔡漢釣.接口自動化測試的應用實踐 [J].廣播電視網絡，2023，30（7）：103-105.

[3] 周燕，肖玉，許華.基于JMeter接口關聯技術研究 [J].信息技術與信息化，2023（3）：160-163.

[4] STORM.接口自動化測試持續集成 [M].北京：人民郵電出版社，2019.

[5] 許禮捷，葛華.基于Selenium的Web自動化測試研究與實踐 [J].沙洲職業工學院學報，2022，25（4）：1-6.

[6] 仇振安，王鋒，任志偉.軟件測試的難點及應對策略 [J].電光與控制，2023，30（9）：106-111.

[7] 李昊，柳溪.基于知識圖譜的雷達軟件測試用例復用研究 [J].測控技術，2021，40（6）：18-26.

[8] 談麗君.基于Robot Framework的API接口自動化測試系統的設計與實現 [D].上海：華東師范大學，2022.

[9] 姚香娟，田甜，黨向盈，等.智能優化在軟件測試中的應用綜述 [J].控制與決策，2022，37（2）：257-266.

[10] 郭貝貝.基于Selenium的自動化測試平臺的設計與實現 [D].西安：西安電子科技大學；2022.

作者簡介：劉小玲（1980.08—），女，漢族，江蘇徐州人，高級工程師，本科，研究方向：軟件測試管理。