測試斷言REST API的最佳實踐

Question

我們正在做的API測試自動化，並希望有關於響應

問題陳述

我們有一個API /訂單/ {ID的斷言上的最佳做法的建議}它基本上給出了給定訂單的詳細信息，現在狀態代碼對於成功而言始終爲200，但對於不同類型的訂單，響應可能具有額外的值，對於其他情況，它將爲空，例如：Discount屬性可以爲null，它可以爲null根據我們發送的輸入有效載荷爲十進制值。

目前，我們添加了不同輸入的CSV文件，並使用TT文件生成不同輸入的測試方法，並且沒有問題，並且每種類型都有不同的斷言語句，所以我們創建了不同的AssertValidator類和基類將有共同的屬性檢查和每個指定將檢查額外的屬性和創建一個工廠類，將具有所有驗證類的實例，並將根據輸入選擇正確的一個

我想知道這種可伸縮方法還是有一個額外的列，我可以爲每個條目設置JSON形式的預期屬性，並相應地生成assert語句。

這是更具擴展性和可維護性的原因嗎？

也請建議，如果有更好的方法

Answer 1

我會去還傳遞了預期的結果，如果這是你的情況是可行的，因爲我覺得它的速度更快規模。擁有AssertValidator的工廠和所有適用於生產代碼的工廠，但考慮到這些測試，只需在測試用例中添加一行，並添加一個新的AssertValidator即可。