Innholdsfortegnelse:
Definisjon - Hva betyr Desk Check?
En desk-sjekk er en uformell ikke-datastyrt eller manuell prosess for å verifisere programmeringen og logikken til en algoritme før programmet startes. En skrivebordssjekk hjelper programmerere med å finne feil og feil som kan forhindre at applikasjonen fungerer som den skal. Selv om en nyttig teknikk for å oppdage feil, har moderne feilsøkingsapplikasjoner og verktøy gjort skrivebordssjekker mindre relevante og ikke så viktige som de tidligere var.
Techopedia forklarer Desk Check
En skrivebordssjekk fokuserer på variabelenes logikk og verdi. Dette er ganske forskjellig fra en testplan, som ikke fokuserer på den interne funksjonen og logikken, og heller mest fokuserer på innspill og utganger som kreves av applikasjonen. En skrivebordssjekk utføres ved hjelp av en tabell med kolonner for pseudokodelinjenumnekolonne, betingelseskolonne, input / output kolonne og en kolonne for variabler. Pseudokodelinjenummerkolonnen hjelper deg med å spesifisere linjen eller linjene som skal utføres. Tilstandskolonnen hjelper til med å vise arbeidet når du vurderer forholdene. Inn / ut-kolonnen hjelper til med å vise innganger og utganger, og hjelper til med å evaluere inndata mottatt av brukeren og utdataene som vises av logikken. Kolonnen for variabler hjelper til med å evaluere beregningene ved å bruke variabler. Programmereren / designeren / testeren starter med noen mulige innganger og går gjennom algoritmen linje for linje. Linjene blir tildelt linjenumre og fortsetter med hver enkelt under hensyntagen til endringen i verdier for variabler. All informasjon er fanget i tabellkolonner. Evalueringen gjøres vanligvis ved hjelp av penn / blyant og papir, og ligner korrekturlesing.
Det er mange fordeler forbundet med skrivebordssjekk. Den kan finne og eksponere problemer og feil med algoritmen. Det hjelper også med å verifisere at algoritmen fungerer som den er ment for designeren eller programmereren. Det er en rask og billig teknikk. Det kan hjelpe med å identifisere feil i logikken i tidlige stadier av evalueringen.
En resepsjonskontroll er ikke idiotsikker. Det er designeren / programmererens plikt å sørge for å ha krysset alle mulige baner i logikken og benytte seg av hvert datasett som kreves. Skrivekontroll er underlagt menneskelig feil, ettersom evaluereren må forstå kravene før han evaluerer logikken.
