Designbekræftelse & Valideringsproces

Indholdsfortegnelse:

Anonim

I denne vejledning lærer du-

  • Hvad er designvalidering?
  • Hvad er designverifikation?
  • Forskel mellem designverifikation og validering
  • Designbekræftelsesproces
  • Designvalideringsproces
  • Fordele ved designvalidering og verifikation

Validering af design

Designvalidering er en proces til evaluering af softwareproduktet for de nøjagtige krav til slutbrugere eller interessenter. Formålet med designvalidering er at teste softwareproduktet efter udvikling for at sikre, at det opfylder kravene med hensyn til applikationer i brugerens miljø.

Validering handler om at demonstrere designens konsistens og fuldstændighed i forhold til brugernes behov. Dette er det stadium, hvor du faktisk bygger en version af produktet og validerer i forhold til brugerens krav.

Billedet nedenfor repræsenterer designvalideringsproces.

Formålet er at bevise med objektiv dokumentation for, at produktet opfylder dokumenterne om brugernes behov. Det objektive bevis er intet andet end noget fysisk bevis for output, såsom et billede, en tekst eller en lydfil, der indikerer, at proceduren er gennemført.

Gennem objektiv dokumentation vil denne proces konsekvent undersøge, om produktet opfylder de foruddefinerede krav. Denne proces involverer testning af aktivitet, inspektion og analyse osv.

Designbekræftelse

Designverifikation er en metode til at bekræfte, om output fra et designet softwareprodukt opfylder inputspecifikationerne ved at undersøge og levere bevis. Målet med designverificeringsprocessen under softwareudvikling er at sikre, at det designede softwareprodukt er det samme som specificeret.

Design input er ethvert fysisk krav og ydeevne krav, der bruges som basis for design design. Designoutput er resultatet af hver designfase og ved afslutningen af ​​den samlede designindsats. Den endelige designoutput er grundlaget for enhedsmasterejournalen.

Forskel mellem designverifikation og validering

Der er altid misforståelser mellem verifikation og validering. Dette er forskellige aktiviteter, der udføres på hvert trin i udviklingsprocessen.

Designbekræftelse Validering af design
  • Designverifikation bruges, hvor den faktiske designoutput skal være den samme som forventet designoutput, der opfylder produktets specifikationer.
  • Designvalidering bruges til at definere, at det endelige design svarer til forventningerne fra brugeren.
  • Designverifikationsspørgsmål: Designede du produktet rigtigt?
  • Designvalidering spørg: Designede du det rigtige produkt?
  • Designverifikation inkluderer test af enhed og primært integrationsniveau.
  • Designvalidering inkluderer sekundær eller højere integration og systemniveau test.
  • Visse aspekter af designvalidering kan opnås under designverifikationen, men designverifikation er ikke en erstatning for designvalidering.
  • Designvalidering følger vellykket designverifikation.
  • Designverifikation kan udføres på det enkelte modul eller på det færdige system under alle forhold.
  • Designvalidering skal udføres under en specificeret betingelse i henhold til brugerkravet.
  • Designverifikation kan bruge statiske teknikker. Det inkluderer systeminspektioner, analyser og formelle verifikations (test) aktiviteter.
  • Designvalidering består af den endelige rapport (testudførelsesresultater), der gennemgås, godkendes og underskrives. Disse dokumenter opbevares til fremtidige referencer.

Designbekræftelsesproces

Identifikation og forberedelse:

  • Under udviklingsfasen af ​​en specifikation udføres identifikationen af ​​verifikationsaktivitet parallelt. Dette gør det muligt for designeren at sikre sig, at specifikationen er verificerbar. Så en testingeniør kan starte en detaljeret testplan og procedurer. Eventuelle ændringer i specifikationen skal meddeles.
  • Identificering af den bedste tilgang til verifikation, definerende målemetoder, nødvendige ressourcer, værktøjer og faciliteter.
  • Den færdige verifikationsplan vil blive gennemgået med designteamet for at identificere problemer, inden planen færdiggøres.

Planlægning:

  • Planlægning for verifikation er en samtidig aktivitet med kerne- og udviklingsteams. Dette sker gennem hele projektets livscyklus. Dette opdateres, når og når der foretages ændringer i designindgange.
  • I denne fase skal softwaren eller systemet under test dokumenteres i omfang.
  • Foreløbig testplan og forbedring af testplan foretages på dette trin. Testplan fanger den kritiske milepæl, der reducerer projektrisikoen.
  • Værktøjer, testmiljø, udviklingsstrategi og identifikation af kravene gennem inspektion eller analyse.

Udvikling:

  • Udviklingen af ​​testsagen falder sammen med SDLC-metoden implementeret af et projektteam. En række testmetoder identificeres i løbet af dette trin.
  • Designinputene skal udvikles, herunder de enkleste verifikationsaktiviteter, der er entydige og verificerbare.
  • Bekræftelsestiden reduceres, når lignende koncepter udføres i rækkefølge. Selv output fra en test kan bruges som input til efterfølgende tests.
  • Trækkbarhedsforbindelser oprettes mellem testtilfælde og tilsvarende designinput for at sikre, at alle kravene testes, og designoutputtet opfylder designinputene.

Udførelse:

  • Testprocedurerne oprettet under udviklingsfasen udføres i overensstemmelse med testplanen og følger dem nøje i verifikationsaktivitet.
  • Hvis der opstår ugyldige resultater, eller hvis nogen procedurer kræver ændring, er det vigtigt at dokumentere ændringerne og få korrekt godkendelse.
  • Eventuelle problemer identificeres og logges som en defekt på dette tidspunkt.
  • Trækkbarhedsmatrix oprettes for at verificere, at al designindgang, der er identificeret i verifikationstestplanen, er blevet testet og bestemme godkendelsesforholdet.

Rapporter:

  • Denne aktivitet udføres i slutningen af ​​hver fase af verifikationsudførelsen.
  • Designverifikationsrapporten giver det detaljerede resumé af verificeringsresultaterne, der inkluderer konfigurationsstyring, testresultater for hver type test og problemer, der findes under verifikationsaktiviteten.
  • Rapporten om sporbarhed af designverifikation oprettes mellem krav og tilsvarende testresultater for at verificere, at alle kravene er blevet testet og forsynet med passende resultater.
  • Enhver manglende overensstemmelse vil blive dokumenteret og behandlet korrekt.
  • Anmeldelser udføres efter afslutningen af ​​designverifikationsaktiviteten og godkendes henholdsvis.

Designvalideringsproces

  • Nogle af designene kan valideres ved at sammenligne med lignende udstyr, der udfører lignende formål. Denne metode er især relevant til validering af konfigurationsændringer for eksisterende infrastruktur eller standarddesign, der skal integreres i et nyt system eller et nyt program.
  • Demonstration og / eller inspektion kan bruges til at validere produktets krav og anden funktionalitet.
  • Analysering af designet kan gøres som matematisk modellering, en simulering, der kan genskabe den nødvendige funktionalitet.
  • Test udføres på det endelige design, der validerer systemets evne til at fungere i henhold til det specificerede design.
  • Testplan, udførelse og resultater skal dokumenteres og vedligeholdes som en del af designregistreringer. Validering er således en samling af resultaterne af alle valideringsaktiviteter.
  • Når der anvendes ækvivalente produkter i den endelige validering af design, skal producenten dokumentere ligheden og om der er nogen forskel fra den oprindelige produktion.

Eksempel

  • Lad os tage et eksempel på det enkle produkt, et vandtæt ur.
  • Produktkravsdokumentet kan angive, at "Uret skal være vandtæt under svømning."
  • Designspecifikationen kan angive "Uret skal fungere, selvom brugeren svømmer i længere tid."
  • Testresultaterne skal bekræfte, at uret skal opfylde disse krav ellers foretages redesign-gentagelserne, indtil det opfylder kravet.

Fordele ved designvalidering og verifikation

  • Vi kan løbende overvåge designene, der gør det muligt for os at imødekomme de brugerdefinerede krav på hvert trin.
  • Validering af designet vil påpege forskellen mellem, hvordan funktionaliteten fungerer, og hvordan den forventes at fungere.
  • Dokumentation af valideringsprocedurerne hjælper med til let at forstå funktionaliteten på ethvert tidspunkt i fremtiden, hvis der muligvis foretages ændringer eller forbedringer.
  • Udviklingstiden reduceres konsekvent og forbedrer produktiviteten, hvilket gør det muligt at levere produktet som forventet.
  • Denne proces inkluderer rækkevidde og rækkevidde for hver valideringsmetode, der skal anvendes.
  • Valideringen kan udføres ved hjælp af detaljerede designdata, der repræsenterer de endelige brugerkrav.
  • Enhver forskel mellem resultatet og brugerens behovsdokumenter skal fanges.
  • Ændringer i valideringsdesign fører til fornyelsesaktivitet.
  • Det er vigtigt at dokumentere enhver aktivitet, der opstår under validering, hvilket tilstrækkeligt beviser, at designet opfylder brugerens krav.