field validation table
Introduksjon til feltvalideringstabell (FVT) testdesignteknikk:
I denne digitale verden, 'KVALITET' er begrepet som er mer brukt i enhver bransje.
Enhver organisasjon for den saks skyld tenker og arbeider alltid med hvordan kvalitet kan sikres med deres produkt, eller hvordan et kvalitetsprodukt kan leveres, eller hvordan kvaliteten på produktet kan improviseres? Uansett om det er en kunde eller sluttbruker eller vanlige folk, forventer alle kvalitet i det de kjøper.
Hovedmålet for enhver organisasjon er å tjene virksomheten med god kvalitet.
Hvordan kan kvalitet sikres? Det eneste svaret på dette er testing. Testing er den eneste nøkkelfaktoren som vi kan sikre kvalitet med.
Hva du vil lære:
- Oversikt
- Introduksjon til FVT
- Hva er feltvalideringstabell (FVT)
- Rollen til en tester
- Implementering av FVT
- Fordeler med FVT
- Konklusjon
- Anbefalt lesing
Oversikt
Suksessen med testing er spredt over forskjellige faser av Programvaretest livssyklus (STLC) . Men det viktigste er hvor effektivt testsaker er designet for å teste et program eller en programvare?
I utgangspunktet er en test case design eller en skriftlig test case en kunst. Derfor bør en tester skrive testtilfellene på en slik måte at det skal være lett forståelig for andre, og de må også sørge for fullstendige eller maksimal testdekning gjennom prøvesakene sine.
Testtilfeller er de som testere vil samhandle med applikasjonen eller programvaren for å teste den. I bredere forstand er testsaker gatewayen eller mediet som en applikasjon eller programvare testes med. En bedre eller god testtilfelle hjelper til med å finne feilene som ligger i systemet eller programvaren eller et program. Derfor skriver en god testkvalitet eller en kvalitetstest en viktig eller mest fremtredende rolle i testingen.
Denne artikkelen tar for seg en av de viktigste testdesignteknikkene for validering av feltene i en applikasjon, som igjen hjelper til med å designe testtilfeller for forskjellige scenarier som er de vanligste i alle applikasjonene.
Det underliggende prinsippet eller hovedideen bak denne teknikken er å vise hvordan den kan brukes til å designe eller skrive optimale testsaker med maksimal testdekning.
Introduksjon til FVT
I dag er det en stor utfordring å levere kvalitetsprogramvare, og den kan ikke kompromitteres for enhver pris. Avhengigheten over programvaren øker som noe dag for dag. Samtidig blir kvalitet, funksjonell korrekthet og pålitelighet av programvaren også et spørsmål om bekymring.
Kan kvaliteten på en programvare måles?
Ja, testing spiller en viktig rolle for å sikre kvaliteten på et prosjekt eller applikasjon.
Hvordan sikre om test tilfeller gir 100% testdekning?
Før en tester en applikasjon, bør en tester skrive detaljerte testtilfeller som skal være lett forståelige og lesbare for andre. Hvilket betyr at testtilfeller er grunnlaget for testing, som igjen vil bidra til å finne feilene som ligger i applikasjonen eller systemet.
Denne artikkelen vektlegger hovedsakelig hvor effektivt vi kan lage testsaker ved hjelp av feltvalideringstestdesignteknikk også på kort tid med maksimal testdekning. Dette vil igjen gi prosjektet verdi ved å identifisere alle problemene under testingen.
En teknikk er en prosedyre som brukes til å utføre spesifikk aktivitet eller oppgave. Denne artikkelen beskriver feltvalideringstestdesignteknikk som igjen vil bidra til å fange testsakene på en effektiv måte med mindre eller minimal dokumentasjon.
Hva er feltvalideringstabell (FVT)
- Dette er en av testdesignteknikkene for validering av felt i en applikasjon.
- Denne teknikken brukes hovedsakelig til alle typer applikasjoner der det er felt validering påkrevd.
Vanligvis må hvert felt i applikasjonen valideres grundig for å sikre eller identifisere feil som kan bli ubemerket i feltene. Denne teknikken er veldig nyttig for å identifisere de underliggende feilene i feltene.
Noen ganger kan det gå ubemerket, eller på grunn av mangel på konsentrasjon eller bevissthet hos testerne, kan det hende at enkelte felt i applikasjonen ikke blir fullstendig validert.
Det er en naturlig tendens for en hvilken som helst tester at de bare validerer bare de vanligste eller mest brukte kombinasjonene mens de sjekker felt i en gitt applikasjon. Hvis de får denne FVT, vil det lett hjelpe dem å finne ut av manglene som også er til stede i feltene.
Feltvalideringstabellteknikk hjelper også til å sikre at det ikke er noen feil i noe felt av applikasjonen.
intervju spørsmål om smidig scrummetodikk
Rollen til en tester
Som tester må man teste hvert hjørne av en applikasjon. Fra utviklings- eller utviklerperspektivet kan feilen som ble identifisert under feltvalidering være av mindre alvorlighetsgrad og mindre prioritet, men det er den viktigste plikten og ansvaret til en tester å rapportere den. For en testdefekt betyr tross alt defekten, ingenting annet.
Ettersom feltvalideringer er direkte relatert til brukervennligheten til applikasjonen, i tilfelle hvis noe er uidentifisert under Systemtesting og hvis den blir funnet under Testing av brukeraksept (UAT) så straks går skylden til testeren som har testet og gitt avmelding.
En sluttbruker eller en kunde forventer brukervennligheten til en applikasjon sammen med dens funksjonalitet. Selv et lite problem med brukervennlighet eller et kosmetisk problem i applikasjonen eller programvaren kan misnøye eller irritere dem.
Så, en tester bør gi største betydning for å teste hvert felt i en applikasjon. Ved å bruke feltvalideringstabellen kan en tester teste hvert felt i applikasjonen veldig bra.
Implementering av FVT
#1) For det første må standard eller generisk tabell lages for forskjellige datatyper som vist nedenfor. Dette er en engangsaktivitet. Vurder alle gyldige og ugyldige innganger.
Data-type | Gyldige innganger | Ugyldige innganger |
---|---|---|
Heltall eller tall | • Bare tall • Mindre enn grensen (N) • Angi verdien innenfor grensen (N + 1) / 2 | • Mer enn grensen (N + 1) • Tall med presisjon • Tall i eksponentiell form • Negative heltall • Bare alfabet • Tall + alfabet • Tall + spesialtegn • Unicode-tegn f.eks. U + 0000, U + 0001 |
String | • Bare alfabet • Bare tall • Bare spesialtegn • Tall + alfabet • Tall + spesialtegn • Alfabet + spesialtegn • Mindre enn grensen (N) • Angi verdien innenfor grensen (N + 1) / 2 | • Mer enn grensen (N + 1) • Unicode-tegn f.eks. U + 0000, U + 0001 |
Dato | • Kontroller om datovelgeren er tilstede eller ikke • Kontroller at datofeltet ikke kan redigeres • Forsikre deg om at lim-alternativet skal deaktiveres ved å høyreklikke på datofeltet og kopieringsalternativet skal være aktivert • Forsikre deg om at når du klikker på dato i kalenderen, skal den vises i datofeltet • Velg et skuddår og bekreft dagene i februar måned • Velg et ikke skuddår og bekreft dagene i februar måned • Forsikre deg om at kalenderen har lov til å velge hvilket som helst år, måned (kombinasjonsboks, rullegardinliste, lenker osv.) • Forsikre deg om at det er en klar knapp i datovelgeren for å fjerne den valgte datoen |
Tabell 1: Standard eller generell tabell for feltvalidering
Så testeren burde beholde dette Feltvalideringstabell eller listen over elementene som er nevnt i tabellen foran dem før de fortsetter å teste felt i applikasjonen.
Denne tabellen hjelper vanligvis når det er flere felt på siden eller i et program. Vi er ikke roboter for å huske alt vi tenker på, så som mennesker er det bedre å holde denne tabellen eller sjekklisten klar og hendig før vi begynner å fortsette med validering av felt i en applikasjon.
#to) Applikasjonsspesifikk tabell bør også opprettes med applikasjonsspesifikke felt og de andre kolonnene. Dette hjelper hovedsakelig med å validere hvert eneste felt i applikasjonen og spesifiserer tydelig hvor feilen ligger og på hvilke testdata.
Tabell 2: Applikasjonsspesifikk tabell for feltvalidering
Fordeler med FVT
- Produktiviteten vil bli økt.
- Automasjon blir lett å bruke denne tabellen.
- Feillekkasje kan unngås eller forhindres ved å lage denne tabellen i de tidlige stadiene av prosjektet.
- Det er lett å forstå.
- Dette hjelper igjen for både manuelle og automatiseringstestere.
- Maksimal prosentandel av testdekning kan sikres ved hjelp av denne tabellen.
- Ettersom det fungerer som en input- eller referansetabell, kan bruk av denne testtilfellene opprettes for å verifisere og validere feltene i et program.
Konklusjon
Field Validation Table (FVT) er en testdesignteknikk, som hovedsakelig hjelper til med å validere felt som er til stede i applikasjonen. Denne teknikken gir en applikasjon eller et prosjekt verdi og gir veldig god testdekning for feltvalidering. Og denne teknikken hjelper lett å finne feil som ligger i systemet eller applikasjonen.
Ved å bruke denne feltvalideringstabellen kan en tester tilføre verdi til arbeidet sitt og bidra til levering av kvalitetsprogramvare ved å identifisere til og med en liten feil i et hvilket som helst felt i et program.
Om forfatteren:
Denne artikkelen er skrevet av STH-teammedlem Mahesh J. Han er dyktig i programvaretesting og har over 10,5 års erfaring innen programvaretesting.
Gi oss beskjed hvis du har spørsmål.
PREV Opplæring | NESTE veiledning
Anbefalt lesing
- Hva er feilbasert testteknikk?
- Hva er Orthogonal Array Testing Technique (OATS)?
- Beste verktøy for testing av programvare 2021 (QA Test Automation Tools)
- Valideringstesting Ultimate Guide
- Hva er mutasjonstesting: opplæring med eksempler
- 10+ tips for å overleve og utvikle seg innen programvaretesting
- Testing Primer eBook Download
- Feltesting for mobilapplikasjoner (viktighet og nødvendighet)