Designverifiserings- og valideringsprosess

Designvalidering

Designvalidering er en prosess for å evaluere programvareproduktet for de nøyaktige kravene til sluttbrukere eller interessenter. Formålet med designvalidering er å teste programvareproduktet etter utvikling for å sikre at det oppfyller kravene når det gjelder applikasjoner i brukerens miljø.

Validering er opptatt av å demonstrere konsistensen og fullstendigheten til design med hensyn til brukerens behov. Dette er stadiet hvor du faktisk bygger en versjon av produktet og validerer mot brukerkravene.

Bildet nedenfor representerer designvalideringsprosessen.

Hensikten er å bevise med objektive bevis at produktet tilfredsstiller dokumentene om brukerbehov. Det objektive beviset er ikke annet enn ethvert fysisk bevis på utdata som et bilde, tekst eller lydfil som indikerer at prosedyren er fullført.

Gjennom objektiv bevis vil denne prosessen konsekvent undersøke at produktet oppfyller de forhåndsdefinerte kravene. Denne prosessen involverer testing av aktivitet, inspeksjon og analyse, og så videre.

Designverifisering

Designverifisering er en metode for å bekrefte om produksjonen av et designet programvareprodukt oppfyller inngangsspesifikasjonene ved å undersøke og fremskaffe bevis. Målet med designverifiseringsprosessen under programvareutvikling er å sikre at det utformede programvareproduktet er det samme som spesifisert.

Design input er ethvert fysisk krav og ytelseskrav som brukes som grunnlag for designformål. Designoutput er resultatet av hver designfase og på slutten av total designinnsats. Den endelige designutgangen er grunnlaget for enhetens hovedrekord.

Forskjellen mellom designverifisering og validering

Det er alltid misoppfatninger mellom verifisering og validering. Dette er forskjellige aktiviteter som utføres på hvert trinn i utviklingsprosessen.

Designverifiseringsprosess

Identifikasjon og forberedelse:

• Under utviklingsstadiet av en spesifikasjon gjøres identifiseringen av verifikasjonsaktivitet parallelt. Dette gjør det mulig for designeren å forsikre seg om at spesifikasjonen er verifiserbar. Så en testingeniør kan starte en detaljert testplan og prosedyrer. Eventuelle endringer i spesifikasjonen skal kommuniseres.
• Identifisere den beste tilnærmingen for å utføre verifisering, definere målemetoder, nødvendige ressurser, verktøy og fasiliteter.
• Den ferdige verifiseringsplanen vil bli gjennomgått med designteamet for å identifisere problemer før planen ferdigstilles.

Planlegger:

• Planlegging for verifisering er en samtidig aktivitet med kjerne- og utviklingsteam. Dette skjer gjennom hele prosjektets livssyklus. Dette vil bli oppdatert etter hvert som det blir gjort endringer i designinndata.
• I denne fasen skal programvaren eller systemet som testes dokumenteres i omfang.
• Foreløpig testplan og raffinering av testplan gjøres på dette stadiet. Testplanen fanger opp den kritiske milepælen som reduserer prosjektrisikoen.
• Verktøy, testmiljø, utviklingsstrategi og identifisering av kravene gjennom inspeksjon eller analyse.

Utvikler:

• Testcaseutviklingen vil falle sammen med SDLC-metodikk implementert av et prosjektteam. En rekke testmetoder identifiseres i løpet av dette stadiet.
• Designinngangene må utvikles, inkludert enkleste verifikasjonsaktiviteter som er entydige og verifiserbare.
• Verifikasjonstiden skal reduseres når lignende konsepter gjennomføres i rekkefølge. Selv utdata fra en test kan brukes som input for påfølgende tester.
• Det opprettes sporbarhetskoblinger mellom testtilfeller og tilsvarende designinndata, for å sikre at alle kravene er testet og designutgangen oppfyller designinngangene.

Henrettelse:

• Testprosedyrene som ble opprettet under utviklingsfasen, utføres i samsvar med testplanen, og følger dem strengt i verifiseringsaktiviteten.
• Hvis det oppstår ugyldige resultater eller hvis noen prosedyrer krever endringer, er det viktig å dokumentere endringene og få godkjenning.
• Eventuelle problemer blir identifisert og loggført som en defekt på dette stadiet.
• Trakbarhetsmatrise opprettes for å verifisere at alle designinndataene som er identifisert i verifikasjonstestplanen er testet og bestemme bestått-forholdet.

Rapporter:

• Denne aktiviteten utføres på slutten av hver fase av verifiseringsutførelsen.
• Designverifiseringsrapporten gir et detaljert sammendrag av verifikasjonsresultater som inkluderer konfigurasjonsadministrasjon, testresultater for hver type testing og problemer funnet under verifiseringsaktiviteten.
• Designverifiseringssporbarhetsrapport opprettes mellom krav og tilsvarende testresultater for å verifisere at alle kravene er testet og gitt passende resultater.
• Eventuelle avvik vil bli dokumentert og behandlet på passende måte.
• Reviews gjøres ved fullføring av designverifiseringsaktivitet og er godkjent hhv.

Designvalideringsprosess

• Noen av designene kan valideres ved å sammenligne med lignende utstyr som utfører lignende formål. Denne metoden er spesielt relevant for å validere konfigurasjonsendringer for eksisterende infrastruktur, eller standarddesign som skal inkorporeres i et nytt system eller applikasjon.
• Demonstrasjon og/eller inspeksjon kan brukes til å validere krav og annen funksjonalitet til produktet.
• Analyse av designet kan gjøres som matematisk modellering, en simulering som kan gjenskape den nødvendige funksjonaliteten.
• Tester utføres på den endelige designen som validerer systemets evne til å fungere i henhold til spesifisert design.
• Testplan, utførelse og resultater bør dokumenteres og vedlikeholdes som en del av designregistrene. Dermed er validering en samling av resultatene av alle valideringsaktiviteter.
• Når tilsvarende produkter brukes i den endelige designvalideringen, må produsenten dokumentere likheten og eventuelle forskjeller fra den opprinnelige produksjonen.

Eksempel

• La oss ta et eksempel på det enkle produktet, en vanntett klokke.
• Produktkravdokumentet kan si at "Klokken må være vanntett under svømming."
• Designspesifikasjonen kan si "Klokken skal fungere selv om brukeren svømmer over lengre tid."
• Testresultatene skal bekrefte at klokken skal oppfylle disse kravene, ellers utføres redesign-gjentakelsene til den tilfredsstiller kravet.

Fordeler med designvalidering og verifisering

• Vi kan kontinuerlig overvåke designene som gjør oss i stand til å møte de brukerdefinerte kravene i alle ledd.
• Validering av designet vil peke på forskjellen mellom hvordan funksjonaliteten fungerer og hvordan den forventes å fungere.
• Dokumentering av valideringsprosedyrene vil bidra til å enkelt forstå funksjonaliteten på ethvert stadium i fremtiden hvis det kan være endringer eller forbedringer.
• Utviklingstiden vil bli konsekvent redusert og forbedre produktiviteten, noe som gjør det mulig å levere produktet som forventet.
• Denne prosessen inkluderer rekkevidde og omfang av hver valideringsmetoder som kreves for å bli brukt.
• Valideringen kan utføres ved hjelp av detaljerte designdata som representerer sluttbrukerkravene.
• Eventuell forskjell mellom resultatet og brukerbehovsdokumentene må fanges opp.
• Endringer i valideringsdesign fører til revalideringsaktivitet.
• Det er viktig å dokumentere hver aktivitet som skjer under validering, som godt nok beviser at designet oppfyller brukerkravene.