← Tagasi funktsioonide juurde
Pro

Request Mocker

Request Mocker muudab brauseris võrguliiklust ilma taustaprogrammi puudutamata – blokeerige päringud, määrake või eemaldage päringu- ja vastusepäised ning tagastage oma olekukoodid, kehad ja viivitused, et saaksite testida olekuid, mida tegelik API nõudmisel ei tooda.

Mõnesse riiki on valusalt raske jõuda. Tühi armatuurlaud vajab tühja vastust, uuesti proovimise bänner vajab 500, laadimise skelett vajab aeglast lõpp-punkti ja esiosa vajab lõpp-punkti, mida veel pole. Tavaliselt tähendab igaüks taustaprogrammi muudatust, külvatud andmebaasi või kommenteeritud rida, mida te ei looda saata.

Request Mocker loob need olekud brauseris. Sobitage URL alamstringi või metamärkidega, seejärel otsustage, mis juhtub: blokeerige taotlus, et leht näeks tõrget, kirjutage päringu või vastuse päised jooksvalt ümber või tagastage valmis vastus teie valitud olekukoodi, sisutüübi, kehaosa ja viivitusega. Leht ei suuda vahet teha, nii et teie tegelik vigade käsitlemine, tühjad olekud ja ajalõpud töötavad reaalselt.

Blokeerimine ja päise ümberkirjutamine kasutavad Chrome'i deklaratiivseid NetRequesti reegleid, nii et need kehtivad kõigele, mida leht taotleb, sealhulgas uuesti laadimisel. Võltsitud vastused serveeritakse lehe seest toomiseks ja XMLHttpRequestiks ning paneel logib kõik vastused esitamise ajal koos reegli kohta käiva tabamuse loenduriga, nii et näete lühidalt, kas teie reegel vastab teie arvates sellele.

Reeglitest on tahtlikult lihtne lahti saada. Need salvestatakse saidi kohta, rakenduvad ainult praegusele vahelehele ja kõik neist eemaldatakse kohe, kui tööriista sulgete – nii et pole mingit võimalust kulutada pärastlõunat probleemi silumisele, mis osutub pilkuseks, mille käivitamise unustasite.

Reaalajas eelvaade
app.example.com
Request Mocker Sellel vahekaardil on aktiivsed 3 reeglit
Uus reegel
Pildi vastus GET /api/orders
Olek 500 Viivitus ms 1200 Lisa reegel
Reeglid
mõnitama GET /api/orders → 500 7 ●
blokk ANY analytics.vendor.com/* ●
päised ANY /api/* → Cache-Control: no-store ●
Pilditud vastused serveeriti
GET 500 /api/orders?page=1 · fetch · 14:22:07
GET 500 /api/orders?page=2 · fetch · 14:22:11
Põhifunktsioonid

Blokeeri kõik taotlused

Peatage päringu lahkumine URL-i ja meetodi järgi ning jälgige, kuidas leht käitub, kui skripti, pildi, jälgija või API kutse lihtsalt ei saabu.

Kirjutage päised käigupealt ümber

Määrake või eemaldage päringu ja vastuse päised – lisage autoriseerimispäis, sundige Cache-Control: no-store või eemaldage päis, et näha, mis puruneb – ilma serverit muutmata.

Saatke oma vastused tagasi

Esitage kirjutatud keha koos valitud olekukoodi ja sisutüübiga. Ideaalne tühjade loendite, valesti vormindatud kasulike koormuste ja lõpp-punktide jaoks, mida veel pole.

Vigade ja aeglaste võrkude simuleerimine

Nõudmisel tagastage 500, 429 või 404 ja lisage viivitus millisekundites, et vastust tagasi hoida, et laadimisolekuid, keerlejaid ja ajalõpu käsitlemist saaks korralikult testida.

Alamstringi või metamärgi sobitamine

Sobitage lõdvalt fragmendiga (nt /api/users) või täpselt metamärkidega (nt *.example.com/v1/*) ja kitsendage mis tahes reegel ühele HTTP-meetodile.

Salvestatud saidi kohta, kustutatud väljumisel

Reeglid kuuluvad saidile, kus need lõite, ja kehtivad ainult praegusel vahekaardil. Tööriista sulgemine eemaldab kõik aktiivsed reeglid, nii et miski ei sega liiklust teie selja taga.

Tavalised kasutusjuhud

Tühjade olekute testimine

Taastage loendi lõpp-punkti jaoks tühi massiiv ja vaadake, kas teie kasutajaliides näitab õiget tühja olekut või ebamugavat tühja paneeli.

Veakäsitluse käivitamine

Tehke nõudmisel lõpp-punkti tagastus 500 või 429, et kontrollida, kas uuesti proovimise bänner, röstsai ja varukoopia tegelikult kuvatakse.

Ehitamine API-le, mida veel pole

Pildistage kokkulepitud vastuse kuju ja ehitage kogu esikülg selle vastu, kuni taustaprogrammi alles kirjutatakse.

Kolmanda osapoole skriptide diagnoosimine

Blokeerige analüütika, vestlus või reklaamiskript, et kontrollida, kas see aeglustab lehte või rikub paigutust.

Aeglase võrgu käitumise kontrollimine

Lisage ühele lõpp-punktile kahesekundiline viivitus ja jälgige, kuidas luustikud, keerutajad ja ajalõpud ühe kõne hilinemisel vastu peavad.

Kuidas kasutada
1

Avage Request Mocker

Klõpsake DevSuite Pro dokis ikooni Request Mocker. Avaneb paneel, mille ülaosas on reeglivorm ja selle all teie selle saidi jaoks salvestatud reeglid.

2

Valige, mis peaks juhtuma

Valige Blokeeri päring, Redigeeri päiseid või Mock response ja soovi korral piirake reegel ühe meetodiga, näiteks POST.

3

Öelge, millised URL-id sobitada

Sisestage alamstring (nt /api/users) või kasutage metamärke (nt *.example.com/v1/*). Valige, kas reegel hõlmab ainult toomis- ja XHR-kõnesid või kõiki päringutüüpe.

4

Täitke üksikasjad ja lisage see

Päiste jaoks kirjutage need igale reale – nimi: väärtus ühe määramiseks, nimi: eraldi selle eemaldamiseks. Pildi jaoks määrake olek, viivitus, sisu tüüp ja sisu. Klõpsake nuppu Lisa reegel ja see rakendub kohe.

5

Vaadake, kuidas see töötab, ja seejärel sulgege

Laadige leht uuesti või kasutage seda ja logi näitab iga võltsitud vastust selle esitamisel koos tabamuste arvuga iga reegli kõrval. Lülitage, muutke või kustutage reegleid töö käigus; tööriista sulgemine kustutab need kõik.

Kas olete valmis alustama?

Paigaldage DevSuite Pro tasuta ja avage 71+ arendustööriista oma brauserile.

Lisa Chrome'i Lisa Edge'i Lisa FireFoxi