در حالی که کد وضعیت پاسخ به ما درباره‌ی وضعیت درخواست می‌گوید، محتوای بدنه پاسخ همان چیزی است که یک API با ورودی داده شده، بر می‌گرداند. 

محتوای پاسخ API بسته به نوع و اندازه داده‌ها متفاوت است. پاسخ‌ها می‌توانند به صورت متن ساده، داده‌های ساختار یافته JSON ، مستندات XML و چیزهای دیگری باشند. آن‌ها می‌توانند یک رشته ساده چند کلمه‌ای (حتی خالی) یا یک فایل JSON/XML صد صفحه‌ای باشند. از این رو، انتخاب یک روش تایید مناسب برای یک API معین ضروری است. 

آیا این ابزار از وارد کردن نقاط پایانی API یا وب‌سرویس از WSDL، Swagger و WADL و سایر سرویس‌ها پشتیبانی می‌کند؟ این یک ویژگی اختیاری است. با این حال، اگر صدها API برای آزمایش داشته باشید، زمان‌بر خواهد بود. 

آیا این ابزار از روش‌های داده‌محور پشتیبانی می‌کند؟ این نیز یک ویژگی اختیاری است. با این حال، اگر ابزار دارای این عملکرد باشد، پوشش تست شما به طور چشمگیری افزایش می‌یابد. 

موضوع آخر و نه آخرین موضوع؛ علاوه‌بر تست API، آیا نیاز به انجام انواع دیگری از تست‌ها مانند WebUI یا منبع داده وجود دارد؟ تست API در لایه تجاری بین منابع داده و UI انجام می‌شود. طبیعی است که همه این لایه‌ها باید آزمایش شوند. ابزاری که از همه انواع تست پشتیبانی می‌کند، یک انتخاب ایده‌آل خواهد بود تا اشیا آزمایشی و اسکریپت‌های آزمایشی شما در تمام لایه‌ها به اشتراک گذاشته شوند. 

در نهایت این مرگ است که باید پیروز شود، زیرا از هنگام تولد بخشی از سرنوشت ما شده و فقط مدت کوتاهی پیش از بلعیدن طعمه اش، با آن بازی می کند. با این همه، ما تا آنجا که ممکن است، با علاقه فراوان و دلواپسی زیاد به زندگی ادامه می دهیم، همان‌ طور که تا آنجا که ممکن است طولانی‌ تر در یک حباب صابون می‌ دمیم تا بزرگتر شود، گر چه با قطعیتی تمام می‌ دانیم که خواهد ترکید.

تست جواب