Designverifikations- og valideringsproces

I denne tutorial lærer du-

Design validering

Design validering er en proces til at evaluere softwareproduktet for de nøjagtige krav fra slutbrugere eller interessenter. Formålet med designvalidering er at teste softwareproduktet efter udvikling for at sikre, at det lever op til kravene med hensyn til applikationer i brugerens miljø.

Lær designvalidering

Validering handler om at demonstrere konsistensen og fuldstændigheden af ​​designet med hensyn til brugernes behov. Dette er stadiet, hvor du rent faktisk bygger en version af produktet og validerer i forhold til brugerkravene.

Billedet nedenfor repræsenterer designvalideringsprocessen.

Lær designvalidering

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

Gennem objektiv evidens vil denne proces konsekvent undersøge, at produktet opfylder de foruddefinerede krav. Denne proces involverer testaktivitet, inspektion og analyse og så videre.

Design Verifikation

Design Verifikation er en metode til at bekræfte, om outputtet af et designet softwareprodukt opfylder inputspecifikationerne ved at undersøge og fremlægge bevis. Målet med designverifikationsprocessen under softwareudvikling er at sikre, at det designede softwareprodukt er det samme som specificeret.

Designinput er ethvert fysisk og ydeevnekrav, der bruges som grundlag for designformål. Designoutput er resultatet af hver designfase og ved afslutningen af ​​den samlede designindsats. Det endelige designoutput er grundlaget for enhedens master record.

Forskellen mellem designverifikation og validering

Der er altid misforståelser mellem verifikation og validering. Det er forskellige aktiviteter, som udføres på alle stadier af udviklingsprocessen.

Design Verifikation Design validering
  • Designverifikation bruges, hvor det faktiske designoutput skal være det samme som forventet designoutput, som opfylder produktets specifikationer.
  • Designvalidering bruges til at definere, at det endelige design er i overensstemmelse med brugernes behov.
  • Design Verification-spørgsmål: Designede du produktet rigtigt?
  • Design Validation spørger: Designede du det rigtige produkt?
  • Designverifikation omfatter test af enheds- og primært integrationsniveau.
  • Designvalidering omfatter integration på sekundært eller højere niveau og test på systemniveau.
  • Visse aspekter af designvalidering kan opnås under designverifikationen, men designverifikation er ikke en erstatning for designvalidering.
  • Designvalidering følger en 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 omfatter systeminspektioner, analyse og formelle verifikations(test)aktiviteter.
  • Designvalidering består af den endelige rapport (testudførelsesresultater), der gennemgås, godkendes og underskrives. Disse dokumenter gemmes til fremtidig reference.

Design verifikationsproces

Identifikation og forberedelse:

  • Under udviklingsfasen af ​​en specifikation sker identifikation 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.
  • Identifikation af den bedste tilgang til at udføre verifikation, definere målemetoder, nødvendige ressourcer, værktøjer og faciliteter.
  • Den færdige verifikationsplan vil blive gennemgået med designteamet for at identificere problemer, før planen færdiggøres.

Planlægning:

  • Planlægning af verifikation er en samtidig aktivitet med kerne- og udviklingsteams. Dette sker gennem hele projektets livscyklus. Dette vil blive opdateret, når og når der foretages ændringer i design-input.
  • I denne fase skal softwaren eller systemet, der testes, dokumenteres i omfang.
  • Foreløbig testplan og forfining af testplanen foretages på dette stadium. Testplanen fanger den kritiske milepæl, der reducerer projektrisikoen.
  • Værktøjer, testmiljø, udviklingsstrategi og identifikation af kravene gennem inspektion eller analyse.

Udvikler:

  • Testcaseudviklingen vil falde sammen med SDLC metode implementeret af et projektteam. En række forskellige testmetoder identificeres i denne fase.
  • Designinputtet skal udvikles, herunder de enkleste verifikationsaktiviteter, som er utvetydige og verificerbare.
  • Verifikationstiden skal reduceres, når den er tilsvarende concepts udføres i rækkefølge. Selv output fra én test kan bruges som input til efterfølgende test.
  • Der skabes trækbarhedsforbindelser mellem testcases og tilsvarende design-input for at sikre, at alle krav er testet, og design-output opfylder design-input.

Udførelse:

  • Testprocedurerne, der er oprettet under udviklingsfasen, udføres i overensstemmelse med testplanen, strikt following dem i verifikationsaktivitet.
  • Hvis der opstår ugyldige resultater, eller hvis nogle procedurer krævede ændringer, er det vigtigt at dokumentere ændringerne og få ordentlig godkendelse.
  • Eventuelle problemer identificeres og logges som en defekt på dette stadium.
  • Trakbarhedsmatrix oprettes for at verificere, at alt designinput identificeret i verifikationstestplanen er blevet testet og bestemme beståelsesforholdet.

Rapporter:

  • Denne aktivitet udføres i slutningen af ​​hver fase af verifikationsudførelsen.
  • Designverifikationsrapporten giver den detaljerede oversigt over verifikationsresultater, som inkluderer konfigurationsstyring, testresultater for hver type test og problemer fundet under verifikationsaktiviteten.
  • Designverifikationssporbarhedsrapport oprettes mellem krav og tilsvarende testresultater for at verificere, at alle kravene er blevet testet og forsynet med passende resultater.
  • Enhver afvigelse vil blive dokumenteret og behandlet på passende vis.
  • Gennemgange udføres efter afslutningen af ​​designverifikationsaktivitet og er godkendt hhv.

Design valideringsproces

  • Nogle af designerne 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 inkorporeres i et nyt system eller applikation.
  • Demonstration og/eller inspektion kan bruges til at validere produktets krav og anden funktionalitet.
  • Analyse af designet kan udføres såsom matematisk modellering, en simulering, der kan genskabe den nødvendige funktionalitet.
  • Der udføres test på det endelige design, der validerer systemets evne til at operate i henhold til det specificerede design.
  • Testplan, udførelse og resultater bør dokumenteres og vedligeholdes som en del af designregistreringer. Validering er således en samling af resultaterne af alle valideringsaktiviteter.
  • Når der anvendes tilsvarende produkter i den endelige designvalidering, skal producenten dokumentere ligheden og eventuel 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 udføres redesignet gentagelser, indtil det opfylder kravet.

Fordele ved designvalidering og -verifikation

  • Vi kan løbende overvåge de designs, der gør os i stand til at opfylde de brugerdefinerede krav i alle faser.
  • Validering af designet vil påpege forskellen mellem, hvordan funktionaliteten fungerer, og hvordan den forventes at fungere.
  • Dokumentation af valideringsprocedurerne vil hjælpe til let at forstå funktionaliteten på ethvert tidspunkt i fremtiden, hvis der måtte være foretaget ændringer eller forbedringer.
  • Udviklingstiden vil blive konsekvent reduceret, hvilket forbedrer produktiviteten, hvilket gør det muligt at levere produktet som forventet.
  • Denne proces inkluderer rækkevidde og omfang af hver valideringsmetoder, der kræves for at være ansatyed.
  • Valideringen kan udføres ved hjælp af detaljerede designdata, der repræsenterer de endelige brugerkrav.
  • Enhver forskel mellem resultatet og brugernes behovsdokumenter skal registreres.
  • Ændringer i valideringsdesign fører til revalideringsaktivitet.
  • Det er vigtigt at dokumentere enhver aktivitet, der finder sted under valideringen, hvilket på tilstrækkelig vis beviser, at designet opfylder brugerkravene.