REST Assured so'rovi uchun asosiy proksi autentifikatsiyasi

REST Assured da vositachining manzili va hisob ma'lumotlarini birga olib yuruvchi proksi spetsifikatsiyasi mavjud:

import static io.restassured.RestAssured.given;
import io.restassured.specification.ProxySpecification;

var proxy = ProxySpecification.host("proxy.example")
    .withPort(8080)
    .withScheme("http")
    .withAuth(proxyUser, proxyPassword);

var request = given().proxy(proxy);

Dastur proxyUser va proxyPassword qiymatlarini o'zining odatdagi hisob ma'lumotlari manbasidan beradi. Bu parcha so'rov spetsifikatsiyasini quradi; mo'ljallangan API URL manzilini request orqali testning odatdagi so'rov va tekshirish kodi bilan chaqiring.

http sxemasi proksining oxirgi nuqtasini tavsiflaydi. API URL HTTPS bo'lib qolishi mumkin. REST Assured ning withAuth mexanizmi asosiy proksi autentifikatsiyasini ta'minlaydi; faqat ikkita satr berilgani uchun barcha korporativ autentifikatsiya sxemalari bilan muzokara qilmaydi.

API hisob ma'lumotlarini API ning o'z autentifikatsiya konfiguratsiyasiga joylashtiring. Proksi hisobini umumiy Authorization sarlavhasi yoki xizmat paroli bilan almashtirishdan saqlaning. HTTPS da, CONNECT o'rnatilayotganda, manzil bilan HTTP almashinuvi hali yo'q bo'lganda vositachi bilan autentifikatsiya talab qilinishi mumkin.

Qolgan xato sertifikatga ishonch bo'lganda

Rad etilgan CONNECT chaqiruvi va TLS sertifikatini tekshirish xatosi turli natijalardir. Agar talab qilinadigan, tashkilot tomonidan boshqariladigan CA mijozning ishonch sozlamalarida bo'lmasa, uni tasdiqlangan ma'muriy kanal orqali oling va test mijozi truststore ni sozlang.

REST Assured shu maqsadda trustStore ni taqdim etadi. Truststore HTTPS mijozi qaysi chiqaruvchilarga ishonishini o'zgartiradi; u proksini tanlamaydi va uning kirishini bermaydi. Taqdim etilgan har qanday sertifikatni qabul qilish uchun accept-all qo'l berishdan foydalanish o'rniga xost nomi va sertifikat tekshiruvini yoqilgan holda qoldiring.