I denne veiledningen vil du lære-
- Hva er designvalidering?
- Hva er designverifisering?
- Forskjellen mellom designverifisering og validering
- Designbekreftelsesprosess
- Valideringsprosess for design
- Fordeler med designvalidering og verifisering
Designvalidering
Designvalidering er en prosess for evaluering av 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 handler om å demonstrere konsistens og fullstendighet i design med hensyn til brukernes behov. Dette er stadiet der du faktisk bygger en versjon av produktet og validerer opp mot brukerens krav.
Bildet nedenfor representerer validering av design.
Hensikten er å bevise med objektiv bevis at produktet tilfredsstiller dokumentene for brukernes behov. Det objektive beviset er ingenting annet enn noe fysisk bevis på utdataene, for eksempel et bilde, en tekst eller en 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 innebærer testing av aktivitet, inspeksjon og analyse, og så videre.
Designverifisering
Designverifisering er en metode for å bekrefte om utdataene til et designet programvareprodukt oppfyller inngangsspesifikasjonene ved å undersøke og levere bevis. Målet med designverifiseringsprosessen under programvareutvikling er å sikre at det designede programvareproduktet er det samme som spesifisert.
Designinnspill er ethvert fysisk og ytelseskrav som brukes som grunnlag for å designe formål. Designoutput er resultatet av hver designfase og på slutten av den totale designinnsatsen. Den endelige designutgangen er et grunnlag for enhetsmesterregistrering.
Forskjellen mellom designverifisering og validering
Det er alltid misoppfatninger mellom bekreftelse og validering. Dette er forskjellige aktiviteter som utføres på hvert trinn i utviklingsprosessen.
Designverifisering | Designvalidering |
|
|
|
|
|
|
|
|
|
|
|
|
Designbekreftelsesprosess
Identifikasjon og forberedelse:
- I løpet av utviklingsfasen av en spesifikasjon gjøres identifikasjonen av verifikasjonsaktiviteten parallelt. Dette gjør at designeren kan sørge for at spesifikasjonen er verifiserbar. Så en testingeniør kan starte 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 bekreftelsesplanen vil bli gjennomgått med designteamet for å identifisere problemer før planen avsluttes.
Planlegger:
- Planlegging for verifisering er en samtidig aktivitet med kjerne- og utviklingsteam. Dette skjer gjennom hele prosjektets livssyklus. Dette vil bli oppdatert når og når det gjøres endringer i designinngangene.
- I løpet av denne fasen skal programvaren eller systemet som testes være dokumentert i omfang.
- Foreløpig testplan og forbedring av testplan blir laget på dette stadiet. Testplan fanger den kritiske milepælen som reduserer prosjektrisikoen.
- Verktøy, testmiljø, utviklingsstrategi og identifisering av kravene gjennom inspeksjon eller analyse.
Utvikler:
- Testutviklingen vil falle sammen med SDLC-metodikken implementert av et prosjektgruppe. En rekke testmetoder er identifisert i løpet av dette stadiet.
- Designinngangene må utvikles, inkludert enkleste verifiseringsaktiviteter som er entydige og verifiserbare.
- Bekreftelsestiden skal reduseres når lignende konsepter utføres i rekkefølge. Selv utgangen fra en test kan brukes som inngang for påfølgende tester.
- Det blir opprettet trekkbarhetslinker mellom testtilfeller og tilsvarende designinnganger, for å sikre at alle kravene blir testet og designoutputen oppfyller designinngangene.
Henrettelse:
- Testprosedyrene som ble opprettet i utviklingsfasen, utføres i samsvar med testplanen og følger dem nøye i verifiseringsaktiviteten.
- Hvis det oppstår ugyldige resultater eller hvis noen prosedyrer krever endring, er det viktig å dokumentere endringene og få riktig godkjenning.
- Eventuelle problemer identifiseres og logges som en mangel på dette stadiet.
- Traktabilitetsmatrise blir opprettet for å verifisere at alle designinngangene som er identifisert i verifikasjonstestplanen, er testet og bestemmer bestått forhold.
Rapporter:
- Denne aktiviteten utføres på slutten av hver fase av bekreftelsesutførelsen.
- Rapporten om designverifisering gir et detaljert sammendrag av verifiseringsresultatene som inkluderer konfigurasjonsadministrasjon, testresultater for hver type testing og problemer som ble funnet under verifiseringsaktiviteten.
- Rapporten om sporbarhet av designverifisering opprettes mellom krav og tilsvarende testresultater for å verifisere at alle kravene er testet og forsynt med passende resultater.
- Eventuell avvik vil bli dokumentert og adressert på riktig måte.
- Vurderinger gjøres når prosjekteringsverifiseringsaktiviteten er fullført og godkjennes henholdsvis.
Valideringsprosess for design
- Noen av designene kan valideres ved å sammenligne med lignende utstyr som utfører lignende formål. Denne metoden er spesielt relevant for validering av konfigurasjonsendringer for eksisterende infrastruktur, eller standarddesign som skal innlemmes i et nytt system eller program.
- Demonstrasjon og / eller inspeksjon kan brukes til å validere krav og annen funksjonalitet til produktet.
- Analysering av designet kan gjøres, for eksempel 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 den spesifiserte designen.
- Testplan, utførelse og resultater skal dokumenteres og vedlikeholdes som en del av designregistrene. Validering er således en samling av resultatene av alle valideringsaktiviteter.
- Når ekvivalente produkter brukes i den endelige validering av design, må produsenten dokumentere likheten og om det er noen forskjell fra den opprinnelige produksjonen.
Eksempel
- La oss ta et eksempel på det enkle produktet, en vanntett klokke.
- I produktkravsdokumentet kan det stå at "Klokken må være vanntett under svømming."
- Designspesifikasjonen kan si "Klokken skal fungere selv om brukeren svømmer i lengre tid."
- Testresultatene skal bekrefte at klokken skal oppfylle disse kravene, ellers blir redesignet utført til det tilfredsstiller kravet.
Fordeler med designvalidering og verifisering
- Vi kan kontinuerlig overvåke designene som gjør at vi kan oppfylle de brukerdefinerte kravene på hvert trinn.
- Validering av designet vil påpeke forskjellen mellom hvordan funksjonaliteten fungerer og hvordan den forventes å fungere.
- Dokumentering av valideringsprosedyrene vil hjelpe deg med å forstå funksjonaliteten på et hvilket som helst stadium i fremtiden hvis det kan bli endret eller forbedret.
- Utviklingstiden reduseres kontinuerlig og forbedrer produktiviteten, noe som gjør det mulig å levere produktet som forventet.
- Denne prosessen inkluderer rekkevidde og omfang for hver valideringsmetode som kreves brukt.
- Valideringen kan utføres ved hjelp av detaljerte designdata som representerer de endelige brukerkravene.
- Enhver forskjell mellom utfallet og brukerens behovsdokumenter må fanges opp.
- Endringer i valideringsdesign fører til forlengelsesaktivitet.
- Det er viktig å dokumentere enhver aktivitet som skjer under validering, noe som tilstrekkelig beviser at designet oppfyller brukerens krav.