Maven Surefire-ի պրոքսի կարգավորումներ թեստային HTTP հարցումների համար

Maven-ի պահոցի պրոքսին կարող է ներբեռնել կախվածություններ։ առանց թեստի կատարած HTTP հարցումը կարգավորելու: Կարգավորեք հաճախորդը թեստային JVM-ում:

Եթե այդ հաճախորդը հարգում է Java-ի HTTPS պրոքսի հատկությունները, տեղադրեք այս հատվածը համապատասխան Surefire պլագինի configuration տարրի ներսում:

<systemPropertyVariables>
  <https.proxyHost>proxy.example</https.proxyHost>
  <https.proxyPort>8080</https.proxyPort>
</systemPropertyVariables>

Փոխարինեք օրինակի վերջնակետը: Հանրային նպատակետների դեմ թեստերի համար, որտեղ թույլատրվում են հանրային միջնորդները, HTTP պրոքսիների ցանկը առաջարկում է հոսթի և պորտի հավանթորդներ: Հոսթը և պորտը առանձին արժեքներ են. Ընտրեք նպատակետի սխեմային և գրադարանին համապատասխան հատկությունների ընտանիքը: Իսկ բացահայտ պրոքսի օբյեկտով կառուցված հաճախորդին անհրաժեշտ է սեփական կարգավորման ինտերֆեյս:

Surefire-ը սովորաբար թեստերը կատարում է ճյուղավորված JVM-ում: Maven-ը գործարկելու ոչ բոլոր ընտրանքներ չեն հասնում այդ գործընթացին: Մեկնարկից կախված համակարգային պրոքսի հայտնաբերումը իր ընտրանքը պահանջում է թեստային JVM-ում մեկնարկի պահին: Նույնիսկ երբ թեստերը կիսում են մեկ գործընթաց, գրադարանը կարող է անտեսել Java-ի լռելյան պրոքսի հատկությունները:

Ներքին ուղղի նպատակետները պահեք համապատասխան շրջանցման կանոնով ծածկված, պրոքսի նույնականացումը առանձին պահեք նպատակետի նույնականացումից, և վկայագրերի ստուգումը թողեք միացված: Ճյուղավորումը անջատելը փոխում է թեստերի կատարման ձևը. կախվածության հայելին փոխելը փոխում է պահոցի լուծումը: Ոչ մեկը չի տալիս բացակայող թեստային հաճախորդի ուղի: Բոլոր համակարգային հատկությունները պատճենելը կարող է նաև բացահայտել գաղտնիքները:

Մնացած ձախողության դեպքում գրանցեք թեստային JVM-ը, HTTP գրադարանը, թիրախը, ընտրված պրոքսին և առաջին ձախողված փուլը: Այս դիտարկումները մատնանշում են թեստի կարգավորմանը։ աշխատող պահոցային ներբեռնումները թողնելով հասկանալի: