Hibesetek tervezése hibakereső proxyval
Válasszon HTTP-módosításokat, késleltetéseket és megszakított cseréket aszerint, milyen kliensviselkedést kell a proxyalapú tesztnek gyakorolnia.
A hibakereső proxy akkor hasznos, amikor a kliensnek olyan válasszal kell találkoznia, amelyet a normál kiszolgáló ritkán állít elő. Először határozza meg a kliens viselkedését, majd válassza ki azt a beavatkozást, amely ezt az állapotot létrehozza.
„A kérés sikertelen volt” túl tág teszteset. Egy érvényes HTTP-hibaválasz, egy soha meg nem érkező válasz és egy letöltés közben megszakadt kapcsolat különböző dolgokat kér az alkalmazástól.
| Eset | Vizsgálandó viselkedés |
|---|---|
| Teljes HTTP-hibaválasz | Hogy a kliens olvassa-e az állapotot, és alkalmazza-e a szándékolt hibapolitikát |
| Késleltetett válasz | Hogy a felhasználó megszakíthatja-e, és az időkorlát a szándékolt szakaszban érvényesül-e |
| Váratlan fejléc- vagy törzsmező | Hogy az elemzés és az érvényesítés egyértelműen meghiúsul-e |
| Megszakított csere | Hogy a hiányos adat megkülönböztethető marad-e egy befejezett eredménytől |
A megfelelő rétegen avatkozzon be
A Charles olyan töréspontokat kínál, amelyek a továbbítás előtt megállítják a kérést vagy a választ. Az elfogott üzenet vizsgálható és szerkeszthető, átengedhető vagy megszakítható. A Rewrite eszköz ismételhető módosításokat alkalmaz a megfelelő fejléceken, URL-címeken vagy törzseken. A sávszélesség-korlátozás a sávszélességet és a hozzáadott késleltetést szabályozza.
Ezek a vezérlők gyakorolhatják egy HTTP-kliens viselkedését, de a sávszélesség-korlát nem pontos modellje a véletlen IP-csomagvesztésnek. A proxy pufferelhet adatot, újrahasznosíthat kapcsolatokat és külön felső kapcsolatot nyithat. Válasszon hálózatrontó eszközt, ha a szükséges feltétel kifejezetten a HTTP alatt van.
Tartsa minden esetet értelmezhetőnek
Szűken illessze a szándékolt gazdagéphez és útvonalhoz. Normál cserével kezdjen, engedélyezzen egy módosítást, és jegyezze fel, mi változott. Ha egy újrapróbálkozás elér egy második végpontot, döntse el, hogy ugyanannak a szabálynak hatnia kell-e arra a kísérletre. Ellenkező esetben egy feltétel nélküli átírás minden helyreállítási útvonalat az eredeti hibává alakíthat.
Feltöltés vagy fizetésszerű művelet esetén az elveszett válasz nem bizonyítja, hogy a kiszolgáló elutasította a kérést. Vegye fel ezt a bizonytalanságot az újrapróbálkozási esetbe, ahelyett hogy azt állítaná, minden átviteli hiba biztonságosan megismételhető.
A HTTPS-tartalom vizsgálata vagy szerkesztése megköveteli, hogy a kliens részt vegyen a hibakereső proxy TLS-vizsgálati beállításában. A csak CONNECT-et továbbító proxy titkosított alkalmazásbájtokat lát. Használjon elkülönített tesztkonfigurációt, és utána állítsa vissza annak útvonalválasztását és bizalmi beállításait, hogy a későbbi megfigyelések a normál klienst írják le.