Dizajnimi i rasteve të dështimit me një proxy korrigjimi
Zgjidhni modifikime HTTP, vonesa dhe shkëmbime të ndërprera sipas sjelljes së klientit që duhet të provojë një test i bazuar në proxy.
Një proxy korrigjimi është i dobishëm kur një klient duhet të ndeshet me një përgjigje që serveri normal rrallë e prodhon. Përcaktoni fillimisht sjelljen e klientit, pastaj zgjidhni ndërhyrjen që prodhon atë kusht.
«Kërkesa dështoi» është një rast testimi shumë i gjerë. Një përgjigje e vlefshme e gabimit HTTP, një përgjigje që nuk arrin kurrë dhe një lidhje e ndërprerë në mes të një shkarkimi kërkojnë gjëra të ndryshme nga aplikacioni.
| Rasti | Sjellja për t'u shqyrtuar |
|---|---|
| Një përgjigje e plotë e gabimit HTTP | Nëse klienti lexon statusin dhe zbaton politikën e synuar të gabimit |
| Një përgjigje e vonuar | Nëse përdoruesi mund të anulojë dhe nëse afati kohor zbatohet në fazën e synuar |
| Një fushë e papritur e kokës ose e trupit | Nëse analizimi dhe validimi dështojnë qartë |
| Një shkëmbim i ndërprerë | Nëse të dhënat e paplota mbeten të dallueshme nga një rezultat i përfunduar |
Përdorni një ndërhyrje në shtresën e duhur
Charles ofron pika ndërprerjeje që ndalojnë një kërkesë ose përgjigje përpara se ta përcjellin. Mesazhi i kapur mund të shqyrtohet dhe redaktohet, të lihet të kalojë ose të anulohet. Mjeti i tij Rewrite zbaton ndryshime të përsëritshme në koka, URL ose trupa që përputhen. Kufizimi kontrollon gjerësinë e brezit dhe vonesën e shtuar.
Këto kontrolle mund të provojnë sjelljen e një klienti HTTP, por një kufi gjerësie brezi nuk është një model i saktë i humbjes së rastësishme të paketave IP. Një proxy mund të bëjë buferizim të dhënash, të ripërdorë lidhjet dhe të hapë një lidhje të veçantë sipër. Zgjidhni një mjet përkeqësimi të rrjetit kur kushti i kërkuar ndodhet posaçërisht nën HTTP.
Mbani çdo rast të interpretueshëm
Përputhni ngushtë hostin dhe shtegun e synuar. Filloni me një shkëmbim normal, aktivizoni një ndryshim dhe shënoni çfarë u ndryshua. Nëse një provë e përsëritur arrin një pikë të dytë fundore, vendosni nëse i njëjti rregull duhet të ndikojë në atë provë. Përndryshe një rishkrim i pakushtëzuar mund ta kthejë çdo rrugë rikuperimi në dështimin fillestar.
Në një ngarkim ose në një veprim të ngjashëm me pagesën, një përgjigje e humbur nuk provon që serveri e refuzoi kërkesën. Përfshini atë paqartësi në rastin e provës së përsëritur në vend që të pohon se çdo dështim transporti është i sigurt për t'u përsëritur.
Shqyrtimi ose redaktimi i përmbajtjes HTTPS kërkon që klienti të marrë pjesë në konfigurimin e inspektimit TLS të proxy-t të korrigjimit. Një proxy që transporton vetëm CONNECT shikon bajtë aplikacioni të kriptuar. Përdorni një konfigurim testimi të izoluar dhe më pas rikthejini rrugëtimin dhe cilësimet e besimit, që vëzhgimet e mëvonshme të përshkruajnë klientin normal.