api測試的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

Web API設計原則|API與微服務傳遞價值之道

為了解決api測試的問題，作者JamesHigginbotham 這樣論述：

　　《Web API設計原則》涵蓋了在設計API時的原則與流程，透過書中的準則，帶領讀者設計出高成效的API，作者首席顧問James Higginbotham具有豐富的實戰經驗，帶領您與團隊成員建立共識，並設計出高價值的API，並將此設計流程從小團隊擴展到全組織。    　　作者從「從外向內」(outside-in)的視角檢視API設計，聆聽來自用戶與產品團隊的意見，彙整外部需求，並根據外部需求進行API設計，並確保API的架構條理分明，也談到如何選擇合適的API風格進行實作，書中透過一個實際的案例，為打算設計新API或擴展現有API的人員提供指導。    　　‧用正確的設計流程交付出色的

API  　　‧為設計團隊、用戶及其他成員建立共同的目標  　　‧製作工作故事(job story)、進行事件風暴(EventStorming)與建構數位能力(digital capability)模型  　　‧正確的釐清需求，並歸納成格式一致的API Profile  　　‧從REST、gPRC、GraphQL、event-based async API(事件式的異步API)等數種API風格中挑選最佳實現方案  　　‧從文檔編寫人員、測試人員和客戶的反饋改進設計  　　‧將API解構成微服務  　　‧累積API經驗與策略，實現可擴展的設計與管理流程    　　不論你是架構師、開發者、團隊領導

人、團隊經理，或是任何提供「API-as-a-product」(API即產品)的技術或商業人士，凡是與API規劃或建構有關的人士，本書對您會是相當有價值的參考資料。

api測試進入發燒排行的影片

改善 API 序列生成方法以提高 RESTler 之 REST API 測試效率的研究

為了解決api測試的問題，作者吳冠穎 這樣論述：

隨著RESTful網際服務(Web Service)的普及，近年來REST API測試逐漸被大家重視。模糊測試(Fuzzing Testing)是廣泛被用來自動化測試REST API的方法，它提供無效、意外或隨機的測試輸入來檢測API錯誤和漏洞。除了測試和驗證單一API的不同組合 REST API參數外，測試REST API序列對於確保以正確的順序調用REST API調用也很重要。由於API的序列組合相當多，窮舉測試(Exhaustive Testing)各種組合，在實務上並不可行，為減輕此問題，本論文擴充了RESTler，一個著名的REST API開源模糊測試工具，來減少生成的API調用序

列的數量，以縮短測試時間，同時仍提供類似的API覆蓋率並可能檢測新的失敗請求。具體來說，本文提出了兩個演算法來增強RESTler相對應的演算法，一個是設計來裁減重複的API序列，當序列中包含重複的API組合時，該組合就會被裁減；另一個旨在限制同一API在API測試序列中連續出現的次數。實驗結果表明，與RESTler的相應算法相比，本文提出的算法可以達到相似的API覆蓋率，並且可以發現新的失敗請求。

Python 大數據專案 X 工程 X 產品 資料工程師的升級攻略

為了解決api測試的問題，作者林子軒 這樣論述：

Python 大數據專案 X 工程 X 產品 資料工程師的升級攻略 　　本書獨家解析知名大數據專案，FinMind，帶你一窺大數據產品的發展過程，打造專屬個人的大數據 side project、作品、產品。讀完本書，你將學會分散式爬蟲、rabbitmq、api、MySQL 資料庫、壓力測試、docker、CICD、雲端、traefik、redash 視覺化等，本書是一本集大成的作品。 　　分享在 Github 獲得 1,500 stars 的大數據 side project，並幫助讀者從 0 開始，打造專屬個人的大數據 side project。 　　●    資料工程 　　○  

 使用分散式技術，rabbitmq、flower、celery，收集證交所、櫃買中心、期交所等股市資訊。 　　○    使用 docker、fastapi 架設 RESTful API 服務。 　　○    使用 docker swarm 架設分散式服務，包含爬蟲、api、資料庫 MySQL、rabbitmq 等服務。 　　○    使用雲端服務，一個月 5 美金，且免費提供 100 美金額度。 　　○    一站式管理多台分散式機器。 　　●    產品迭代 　　○    單元測試 unit test 介紹，包含爬蟲、api 測試範例。 　　○    使用 CICD 做持續性整合、部屬，並以

gitlab-ci 搭配 API 服務做為範例。 　　●    API 產品上線 　　○    免費網址申請教學，No-IP。 　　○    免費 SSL 憑證教學，Let's Encrypt。 　　○    一站式管理多服務網址，容器化反向代理工具 Traefik。 　　●    業界資料視覺化工具 　　○    使用 Redash 建立個人化、股市分析儀表板。  

運用計次指標輔助Web API黑箱模糊測試停點分析

為了解決api測試的問題，作者甘旻儒 這樣論述：

現今的網路應用程式快速發展，為確保系統的完整性、可用性及安全性，一般會在開發過程中進行軟體測試，但由測試人員進行人工檢測與撰寫測試案例相當費時，且無法窮舉使用者所有可能的輸入，透過自動化的測試工具能有效地改善這個問題，而模糊測試是一項成熟的自動化測試技術，透過黑箱模糊測試可以在不瞭解程式源碼的情況下，自動化生成測試用例，並對服務進行測試。目前API逐漸成為服務之間的通訊方式，以網站應用程式來說，其中又以REST風格所設計的API為主流。在REST API測試方面，多數REST API測試工具皆著重在找尋軟體弱點的效能，對於評斷測試時間是否足夠缺乏討論，由於測試時間的設定會影響到黑箱測試結果，

為了改善測試者缺乏可以用於判定測試時間是否足夠的資訊，本研究提出增加在測試進行時可以即時產生的指標做為測試者評斷測試進行狀況的回饋資訊，在使用基於多獨立目標演算法的黑箱測試工具的測試過程中，這些即時回饋指標可以輔助測試人員進行黑箱測試的時間效益分析，提供測試時間停點判定的依據。我們將所提出的做法實作於黑箱測試工具中，並針對不同OpenAPI規格版本的服務進行測試，實驗結果顯示，本研究所提出的回饋指標能協助測試停點分析。