Yfirfarðu kóða sem gervigreind myndar

Lestu kröfuna á undan samantektinni

Byrjaðu á umbeðinni hegðun og samþykktarskilyrðum. Skoðaðu síðan raunverulegan breytingasamanburð. Samantekt gervigreindaragents getur hjálpað þér að rata en hún getur sleppt breytingum eða lýst athugunum rangt.

Staðfestu greinina og commit sem er til yfirferðar. Athugaðu breytingar á stillingum, hugbúnaðareiningum sem forritið byggir á, innviðum og prófum jafnt sem forritskóða. Lítill sýnilegur eiginleiki getur falið í sér stóra breytingu á heimildum eða uppsetningarhegðun.

Yfirfarðu fyrst þá hegðun sem hefur mestar afleiðingar. Snið og heiti skipta máli en þau ættu ekki að draga athyglina frá gagnamörkum sem vantar.

Rektu auðkennið að tilfanginu

Skoðum þennan ófullgerða, ímyndaða endapunkt. Dæmið sýnir vandamál við yfirferð; þetta er ekki kóði fyrir rekstur.

async function getInvoice(request) {
  const user = await requireSignedInUser(request);
  return database.invoice.findById(request.params.id);
}

Fallið sækir auðkenndan notanda. Það sýnir ekki ákvörðun um aðgangsheimild að reikningnum. Yfirferðaraðili þarf að skoða hvort annað lag framfylgi þeirri ákvörðun. Ónotaða notandagildið er ástæða til rannsóknar, ekki eitt og sér sönnun um nýtanlegan öryggisgalla.

Rektu beiðnina í gegnum raunverulega kerfið. Finndu traust auðkenni notanda og fyrirtækis. Athugaðu hvernig fyrirspurnin takmarkar aðgang að umbeðinni færslu. Skoðaðu villuhegðun og próf fyrir bannaðar beiðnir.

Ekki gera ráð fyrir að falinn hnappur verndi API. Sá sem kallar getur sent beiðni án þess að nota viðmótið. Ekki gera ráð fyrir að gilt færsluauðkenni veiti aðgang.

Spurðu hvaða gögn gætu réttlætt höfnun breytingarinnar

Próf sem stenst gæti notað prófunargögn með stjórnandaheimildum eða hermda heimildaprófun. Athugaðu hvort það reynir á mörkin sem skipta máli. Bættu við tilviki með öðru fyrirtæki og raunverulegri heimildaleið þar sem við á.

Fyrir breytingu á notandaviðmóti skaltu skoða birta niðurstöðu. Athugaðu notkun lyklaborðs, tómar stöður, hleðsluhegðun og villur. Tegundaprófun getur ekki staðfest að samskiptagluggi sé nothæfur með lyklaborði.

Þegar hugbúnaðareiningu sem forritið byggir á er breytt skaltu sannreyna hvers vegna þess er þörf. Yfirfarðu útgáfu, leyfi og öryggisniðurstöður. Ekki samþykkja ótengda uppfærslu aðeins vegna þess að gervigreindaragentinn bjó hana til í verkefninu.

Haltu yfirferðinni óháðri

Annað líkan getur fundið gagnleg vandamál. Það getur líka endurtekið forsendur útfærslunnar. Gefðu yfirferðaraðilanum kröfuna og breytingasamanburðinn. Forðastu að segja honum að breytingin sé þegar rétt.

Krefstu þess að athugasemdir tilgreini áþreifanlega bilunarleið og viðeigandi kóða. Meðhöndlaðu óstuddar viðvaranir sem spurningar til rannsóknar. Líttu á örugga samþykkt sem annað álit þar til gögn styðja mikilvægar fullyrðingar.

Mannleg yfirferð er enn ákvörðun um ábyrgð. Yfirferðaraðili ætti að skilja breytinguna nægilega til að útskýra hegðun hennar, áhættu og sannprófun. Ef breytingasamanburðurinn er of stór skaltu minnka umfangið eða skipta honum í breytingar sem hægt er að yfirfara.

Ljúktu yfirferð á endanlegri útgáfu

Eftir leiðréttingu skaltu keyra þær athuganir aftur sem hún hefur áhrif á. Skoðaðu hvort leiðréttingin skapi nýtt vandamál. Gakktu úr skugga um að áskilin yfirferð gildi um endanlega útgáfu samkvæmt reglum kóðasafnsins.

Skráðu samþykktarákvörðunina út frá hegðun og staðfestingargögnum. Skráðu eftirstæða takmörkun með ábyrgðaraðila og næstu aðgerð. Ekki breyta óleystu máli í fullyrðingu um að allar athuganir hafi staðist.

Notaðu kóðayfirferðaræfinguna til að æfa þig í að finna ákvörðunina sem vantar áður en þú skoðar raunverulega breytingu.