GeeksforGeeks

krav validering er prosessen med å sjekke at kravene definert for utvikling, definere systemet som kunden virkelig ønsker. For å sjekke problemer knyttet til krav, utfører vi krav validering. Vi bruker vanligvis kravvalidering for å sjekke feil i den innledende fasen av utviklingen, da feilen kan øke overdreven omarbeiding når den oppdages senere i utviklingsprosessen.

I krav validering prosessen, utfører vi en annen type test for å sjekke kravene nevnt I Software Requirements Specification (SRS), disse kontrollene inkluderer:

  • Fullstendighet sjekker
  • Konsistens sjekker
  • Gyldighet sjekker
  • Realisme sjekker
  • Tvetydighet sjekker
  • Verifiserbarhet

utgangen av krav validering er listen over problemer og avtalt om handlinger av oppdaget problemer. Lister over problemer angir problemet som oppdages under prosessen med kravvalidering. Listen over avtalt handling angir korrigerende tiltak som bør tas for å fikse det oppdagede problemet.

det er flere teknikker som brukes enten individuelt eller i forbindelse med andre teknikker for å sjekke for å sjekke hele eller deler av systemet:

  1. test case generation:
    Krav nevnt I SRS-dokumentet skal være testbare, de utførte testene avslører feilen som er tilstede i kravet. Det er generelt antatt at hvis testen er vanskelig eller umulig å designe enn, betyr dette vanligvis at kravet vil være vanskelig å implementere, og det bør revurderes.I denne valideringsteknikken presenteres prototypen av systemet før sluttbrukeren eller kunden, de eksperimenterer med den presenterte modellen og kontrollerer om den oppfyller deres behov. Denne typen modell brukes vanligvis til å samle tilbakemelding om kravet til brukeren.
  2. Krav Anmeldelser:
    I denne tilnærmingen BLIR SRS nøye gjennomgått av en gruppe mennesker, inkludert personer fra både entreprenørorganisasjonene og klientsiden, anmelderen analyserer systematisk dokumentet for å sjekke feil og tvetydighet.Denne tilnærmingen brukes til automatisk gjenkjenning av en feil, for eksempel ikke-determinisme, manglende tilfeller, en typefeil og sirkulære definisjoner, i kravspesifikasjoner.for det Første er kravet strukturert i formell notasjon, og SAKSVERKTØYET brukes til å sjekke inn-konsistens av systemet, rapporten om alle inkonsekvenser er identifisert og korrigerende tiltak er tatt.
  3. Gjennomgang:
    en gjennomgang har ikke en formelt definert prosedyre og krever ikke en differensiert rolletildeling.
    • Sjekker tidlig om ideen er mulig eller ikke.
    • Å Skaffe meninger og forslag fra andre mennesker.
    • Kontrollerer godkjenning av andre og når en avtale.
Artikkel Tags :

Legg igjen en kommentar

Din e-postadresse vil ikke bli publisert.