Дизајнирање случајева неуспеха помоћу проксија за отклањање грешака
Изаберите HTTP измене, кашњења и прекинуте размене према понашању клијента које тест заснован на проксију треба да провери.
Прокси за отклањање грешака је користан када клијент треба да наиђе на одговор који уобичајени сервер ретко производи. Најпре дефинишите понашање клијента, а затим изаберите захват који ствара тај услов.
„Захтев није успео” преширок је тестни случај. Важећи HTTP одговор са грешком, одговор који никада не стигне и веза прекинута на пола преузимања траже од апликације различите ствари.
| Случај | Понашање које треба испитати |
|---|---|
| Потпун HTTP одговор са грешком | Да ли клијент чита статус и примењује предвиђену политику грешке |
| Одложен одговор | Да ли корисник може да откаже и да ли се временско ограничење примењује у предвиђеној фази |
| Неочекивано поље заглавља или тела | Да ли парсирање и валидација јасно не успевају |
| Прекинута размена | Да ли непотпуни подаци остају разлучни од завршеног резултата |
Користите захват на правом слоју
Charles нуди тачке прекида које заустављају захтев или одговор пре прослеђивања. Пресретнута порука може се прегледати и уредити, пропустити или прекинути. Његов алат Rewrite примењује поновљиве промене на одговарајућа заглавља, URL-ове или тела. Ограничавање контролише пропусност и додатно кашњење.
Ове контроле могу да провере понашање HTTP клијента, али ограничење пропусности није прецизан модел случајног губитка IP пакета. Прокси може да баферише податке, поново користи везе и отвори одвојену везу према извору. Изаберите алат за оштећење мреже када је тражени услов изричито испод HTTP-а.
Нека сваки случај буде разумљив
Уско ускладите предвиђени хост и путању. Почните уобичајеном разменом, укључите једну промену и забележите шта је промењено. Ако поновни покушај стигне до друге крајње тачке, одлучите да ли исто правило треба да утиче на тај покушај. Безусловно преписивање иначе може сваки пут опоравка претворити у изворни неуспех.
Код преноса или радње сличне плаћању, изгубљени одговор не доказује да је сервер одбио захтев. Укључите ту двосмисленост у случај поновног покушаја уместо тврдње да је сваки транспортни неуспех безбедан за понављање.
Преглед или уређивање HTTPS садржаја захтева да клијент учествује у подешавању TLS инспекције проксија за отклањање грешака. Прокси који преноси само CONNECT види шифроване бајтове апликације. Користите изоловану тест конфигурацију и затим вратите његово усмеравање и поставке поверења како би каснија опажања описала уобичајеног клијента.