本文介紹了在使用Java回調時如何測試REST端點？的處理方法，對大家解決問題具有一定的參考價值，需要的朋友們下面隨著小編來一起學習吧！
問題描述
我想針對使用回調參數的REST端點編寫一些測試。聽起來可能令人困惑，所以這里有一個解釋：
第一個調用是對/publish的POST，有效負載為：
{"callbackURL":"http://localhost:609/test"}
服務器回復200和一些json
服務器使用一些json有效負載向http://localhost:609/test/status(基于提供的回調URL)執行異步POST
我使用TestNG和REST-Assured(非強制)構建了一個測試。我的問題是如何驗證在回調URL上接收到的初始回復和消息。
我首先想到的一種(可能很天真的)方法是實現一個HTTP服務器，它在http://localhost:609/test/status偵聽，當有東西到來時，它會寫入測試從中讀取和驗證的同步對象。然而，聽起來有點棘手(測試本地服務器將使用內部類，等等)。也很脆弱。有沒有人能想到更好的辦法？
推薦答案
使用Karate。免責聲明：我是開發商。
這里有一個關于如何實現這一點的示例(帶有源代碼鏈接)：https://twitter.com/KarateDSL/status/1417023536082812935
我會試著用簡單的方式來解釋這個圖表。
Test在測試開始時創建模擬HTTP服務器。這里的端口是動態的，但如果客戶端是遠程的，您可以很好地將其硬編碼為8080。這樣客戶端就可以調用http://hostname/8080/send
注意模擬如何能夠與Java類交談。以及當有東西調用Mock時，Test如何等待Java類發出狀態更改的信號。
這個特定的演示使用消息隊列來連接Mock和Java類。但您不需要只響應回調，只需通過調用某個方法來完成CompletableFuture，而不是您在示例中看到的QueueUtils.send()
此處Test本身調用Mock，但在您描述的場景中，您可以很好地調用/publish，然后等待回調。
如果服務器是遠程的并且不完全在您的控制之下，您將需要以某種方式告訴它要回調的URL。但在這里的問題中，您似乎可以在/publish調用自身中傳遞URL。
如果您的服務器是遠程的，并且您不能將您的本地計算機暴露在互聯網或同一網絡中，您可以輕松地在任何地方運行包裹在Docker容器或云實例(如EC2)中的空手道。請注意，有一些解決方案，如ngrok。
這篇關于在使用Java回調時如何測試REST端點？的文章就介紹到這了，希望我們推薦的答案對大家有所幫助，
