Праектаванне збояў з дапамогай адладкавага проксі
Выбірайце праўкі HTTP, затрымкі і перарваныя абмены ў адпаведнасці з паводзінамі кліента, якія павінен праверыць тэст на аснове проксі.
Адладкавы проксі карысны, калі кліент павінен сутыкнуцца з адказам, які звычайны сервер рэдка стварае. Спачатку вызначце паводзіны кліента, а затым выберыце ўмяшанне, якое стварае гэтую ўмову.
«Запыт не ўдаўся» — занадта шырокі тэставы выпадак. Сапраўдны адказ з памылкай HTTP, адказ, які ніколі не прыходзіць, і злучэнне, перарванае пасярэдзіне спампоўкі, патрабуюць ад праграмы рознага.
| Выпадак | Паводзіны для праверкі |
|---|---|
| Поўны адказ з памылкай HTTP | Ці чытае кліент статус і ўжывае патрэбную палітыку памылак |
| Затрыманы адказ | Ці можа карыстальнік скасаваць і ці дзейнічае тайм-аут на патрэбным этапе |
| Нечаканае поле загалоўка або цела | Ці разбор і праверка відавочна правальваюцца |
| Перарваны абмен | Ці застаюцца няпоўныя даныя адрознымі ад завершанага выніку |
Ужывайце ўмяшанне на правільным узроўні
Charles дае пункты прыпынку, якія спыняюць запыт або адказ перад перадачай. Перахопленае паведамленне можна агледзець і змяніць, прапусціць або скасаваць. Яго інструмент Rewrite ужывае паўторныя змены да адпаведных загалоўкаў, URL або целаў. Абмежаванне хуткасці кіруе прапускной здольнасцю і дадатковай затрымкай.
Гэтыя сродкі могуць праверыць паводзіны HTTP-кліента, але абмежаванне прапускной здольнасці не з'яўляецца дакладнай мадэллю выпадковай страты IP-пакетаў. Проксі можа буфераваць даныя, паўторна выкарыстоўваць злучэнні і адкрываць асобнае злучэнне з крыніцай. Выберыце інструмент пагаршэння сеткі, калі патрэбная ўмова знаходзіцца менавіта ніжэй за HTTP.
Захоўвайце кожны выпадак зразумелым
Дакладна супастаўляйце патрэбны хост і шлях. Пачніце са звычайнага абмену, уключыце адну змену і запішыце, што зменена. Калі паўтор дасягае другой канчатковай кропкі, вырашыце, ці павінна тое ж правіла ўплываць на гэтую спробу. Інакш безумоўнае перапісванне можа ператварыць кожны шлях аднаўлення ў зыходны збой.
Пры загрузцы або аперацыі, падобнай да плацяжу, страчаны адказ не даказвае, што сервер адхіліў запыт. Уключыце гэтую няпэўнасць у выпадак паўтору, замест таго каб сцвярджаць, што кожны транспартны збой бяспечна паўтараць.
Агляд або праўка змесціва HTTPS патрабуе, каб кліент удзельнічаў у наладзе TLS-агляду адладкавага проксі. Проксі, які перадае толькі CONNECT, бачыць зашыфраваныя байты праграмы. Выкарыстоўвайце ізаляваную тэставую канфігурацыю і пасля аднавіце яе маршрутызацыю і налады даверу, каб познія назіранні апісвалі звычайнага кліента.