Skriv acceptkontrakten
Et proof of concept bør besvare et konkret operationelt spørgsmål, såsom om den foreslåede arbejdsgang kan skelne aligned mail, unaligned legitime services og uafklarede kilder og samtidig bevare beviser. Definer den testede population, tilladte handlinger, inputversion og ansvarlig operatør. Indstil succeskriterier før demonstrationen, herunder hvordan ufuldstændige observationer og afbrudte opgaver tælles.
Lad ikke en leverandør kun vælge gunstige tilfælde efter at have set resultater. Frys en lille repræsentativ pakke og behold en tilbageholdt negativ kontrol, hvis det er relevant. Angiv, om målet er dokumentargennemgang, lokal simulering eller udførelse i en autoriseret lejer. Hver tilstand beviser forskellige ting. Manglende lejeradgang er en begrænsning af udførelsesbeviser, ikke en automatisk fejl i en dokumenteret funktion.
Mål hele arbejdsgangen
Registrer forventet fortolkning, observeret fortolkning, beviseksport og operatørindsats separat. En korrekt godkendelsesetiket fuldender ikke en undersøgelse, hvis afsenderens ejer forbliver ukendt. Tid brugt på at rense input, anmode om adgang eller korrigere en import bør inkluderes i en operationel arbejdsbelastningsmåling i stedet for at blive fjernet som opsætningsstøj uden forklaring.
En nyttig foreslået godkendelsespakke inkluderer en fastlagt tilpasset identitet, en ikke-tilpasset sag om legitim service og en sag med utilstrækkelig identitetsbevis. Bevar den sidste sag som ukendt. Bevidst ommærkning af den som justeret skal mislykkes i evalueringen, selvom eksporten stadig åbner. Dette er en foreslået negativ kontrol, ikke en observeret produktfejl.
Luk med en ansvarlig beslutning
For hvert mislykket kriterium skal du registrere, om problemet er en produktdefekt, ikke-understøttet kapacitet, testdesignfejl eller manglende adgang. Tillad en korrigeret genkørsel under en ny version uden at slette det første resultat. Hvis kriterierne ændres, forklar hvorfor og genkør berørte sager; flyt ikke porten kun for at opnå en positiv score.
Sæt et exitmøde, der gennemgår rå beviser, uløste risici, fastholdt intern indsats og ændre autoritet. Beslutningen kan være at fortsætte, fortsætte inden for et snævrere omfang, forlænge en specifik test eller stoppe. RFC 9989 og RFC 9990 leverer protokol- og rapporteringsgrundlag, men definerer ikke en købsaccepttærskel. Tærsklerne i denne vejledning er foreslåede evalueringskontroller. En bestået simulering kan ikke autorisere produktions- DNS ændringer eller etablere levering, lovlig overholdelse eller garanteret indbakkeplacering.
Brug en eksplicit godkendelsesbog
For hver case record input version, forventet etiket, observeret etiket, næste bevis anmodning, påkrævet ejer, ændringstilladelse og eksport lokation. En korrekt ukendt etiket parret med en automatisk DNS ændring opfylder stadig ikke autorisationskriteriet. En eksport, der dropper den ukendte række, mislykkes med at bevare beviset. En manglende lejerforbindelse efterlader dette udførelseskriterium utestet, ikke bestået eller diagnosticeret som en produktfejl.
Antag, at alle klassifikationskontroller består, men den eksporterede fil udelader sine inputreferencer. Hold evidens-eksportkriteriet, behold den første kørsel og test den korrigerede version igen. Tag ikke gennemsnittet den mislykkede obligatoriske gate med en høj præsentationsscore. Acceptkontrakten skal identificere, hvilke kriterier der er obligatoriske, og hvilke der tillader en begrænset undtagelse. Ingen lokal arbejdsgang, lejerprøve eller muteret udførelse blev kørt for dette skrevne eksempel.
Protokols omfang og evalueringsgrænser
RFC 9989 afsnit 4.4, 5.3.5 og 5.4 skelne autentificerede identifikatorer, justering og modtagerhåndtering. En gyldig signatur alene er ikke en komplet DMARC dom, og et pass validerer ikke forretningsindhold. RFC 9990 afsnit 3.1, 3.5.1, 3.5.4 og 7 beskrive samlede beviser, rapportidentitet, dubletter og privatliv. Foreslåede kommercielle evalueringer, bemanding og myndighedsporte her er redaktionelle anbefalinger, ikke RFC-manderede produktfunktioner. Intet fraværende eksekverbart supplement er påkrævet for at læse disse skriftlige eksempler; driftskrav kræver særskilt godkendte observerede tests.