Hvad er forskellen mellem bug og defekt?

Samme ting. Der er uden tvivl virksomheder, der bruger disse udtryk til at betyde forskellige ting, men deres anvendelse er ikke universel. Hvis nogen stiller dig det spørgsmål i et interview, skal du være i stand til at sige: “Hvor jeg arbejder, vilkårene er udskiftelige. Betyder de noget andet her?”

Kommentarer

• Alle er enige om definitionen af bug / defekt, som er en uventet opførsel af produktet. For mig noget, der findes i udviklingsfasen, skal det kaldes ” BUG ” men hvis denne fejl opdagede i det levende produkt, skulle det kaldes ” DEFEKT “. Kort BUGGY-funktion, DEFEKTIVt produkt.

Fejl, fejl, problem, fejl, hændelse, billet er alle de samme og bruges ombytteligt i organisationer. Folk kan diskutere og sige, at de er enige eller er uenige og citerer referencer, men den grundlæggende virkelighed er, det betyder ikke noget, hvad man kalder det, så længe det spores, refereres til efter behov og i sidste ende løst.

Min erfaring viser nedenfor: I Bugzila vil du se felt “Fejl-id”, i QC / HP ALM finder du felt “Defekt-ID” på intern virksomheds-specifikke overvågnings- / supportværktøjer, du vil hovedsagelig se “Incident No :.”

Kommentarer

• Fejl og mangler er de samme. Udstedelse, hændelse og billet har tendens til at betyde en bekymring rejst, uden at der nødvendigvis er et problem forårsaget af en fejl eller mangel. For eksempel kan et problem vise sig at skyldes brugerfejl. Eller det kan være en anmodning om funktion. Det ‘ er sandt, at noget ” bug tracking ” software (Bugzilla) sporer alle slags af problemer udover bugs, og kan endda henvise til dem alle i det mindste som ” bugs “, men at ‘ er ikke standardbrug og skyldes sandsynligvis udvidelse ud over det, som softwaren oprindeligt var beregnet til.
• @LarsH Selvom det er teknisk korrekt, kaldes hændelser i den virkelige verden normalt ” bugs “, ” defekter ” eller ” hændelser “, uanset hvad virksomhedskulturen dikterer. Bugs / defekter / hændelser, der lukkes med en årsag ” af design ” er teknisk set ikke bugs / defekter, stadig kalder alle dem bugs / mangler / hændelser, så det er det rigtige navn at kalde dem.
• @Peter: Jeg er generelt enig med dig, selvom jeg ikke ville ‘ ikke gå så langt med ” alle ” eller ” korrekte navn for at kalde dem. ” Jeg ‘ har lavet softwareudvikling i 4 forskellige virksomheder / organisationer (og forskellige grupper med forskellige kulturer inden for disse organisationer), og der er masser af mennesker, der vandt ‘ t kalder et problem en fejl, medmindre det ‘ skyldes, at software / hardware ikke opfører sig som specificeret. Især udviklere, hvis omdømme står på spil, når et problem hævdes at være en ” bug ” i deres software. Ja, vi ved generelt, hvad du mener, og don ‘ t gør noget vrøvl om det, men det gør ikke ‘ t gør det korrekt.
• @LarsH I de virksomheder, jeg har arbejdet i, har hændelser været tydeligt forskellige fra fejl eller mangler. En hændelse er blevet brugt til at beskrive ting som ” serveren har ikke plads på harddisken ” eller ” en fiberlinie blev skåret. ” Ud over selvfølgelig sikkerhedshændelser. Jeg ‘ er ikke sikker på, at det er fair at universelt sige, at hændelse svarer til fejl. Fejl og mangler, ja, men IMO, hændelse strækker det.

Utallige definitioner, der skelner mellem “bug” og “defect” findes. De er uenige med hinanden. De inkluderer direkte modsætninger (Bug er A, Defekt er B versus Bug er B, Defekt er A). Efter min viden er ikke en eneste af disse definitioner i bredere brug. Enhver skelnen mellem vilkårene vil være specifik for din virksomhed, måske endda specifik for din gruppe, i din afdeling, i din virksomhed.

Der er nogle, der hævder, at der er en klar forskel, som denne :

• En fejl er resultatet af en kodningsfejl
• En defekt er en afvigelse fra kravene

eller den ene :

• En fejl får et problem på tidspunktet for testningen, hvor der som en fejl er et problem, som kunden får i produktionstid.

eller en anden :

En defekt er en virkning, som regel forårsaget af menneskelig fejl, ved at skrive den korrekte kode. […] En fejl er ikke en fejl i kodningen. En fejl er systemet, der gør noget, der ikke er forkert i sig selv … men det var ikke målrettet designet, og du så det ikke komme.

eller fra en kommentar til dette svar:

“Fejl” antyder, at problemet, når det først er bemærket, er (eller menes at være) trivielt at løse . “Defekt” (som i “defekt ved design”) antyder, at det ikke er det, også at det er en konsekvens af ufuldkommen specifikation eller design.

eller fra et andet svar i denne tråd:

[…] hvis specifikationen siger, at software skal gøre noget, og softwaren gør det, er det ikke en bug. Men hvis det gør softwaren uegnet til den tilsigtede anvendelse, er den “en defekt.

Endnu flere definitioner kan findes i andre svar på denne tråd .

Disse definitioner er helt i strid med hinanden. De er også i modstrid med, hvordan jeg ser udtrykkene bruges i virkeligheden. Der skelnes ikke konsekvent mellem de termer, der bruges på tværs af vigtige dele af softwareindustrien.

Den eneste lidt udbredte definition er den, der ikke skelner mellem bug og defekt. Uden yderligere sammenhæng med dit arbejdsmiljø og deres specialiserede brug af udtrykkene betyder både “defekt” og “bug” bare: “en udstede nogen, der er stødt på, eller muligvis støder på, når du bruger softwaren “. Men som man kan se fra de forskellige andre svar i denne tråd, er det ikke bredt nok til at blive kaldt” definitionen “.

Kommentarer

• I ‘ d går lidt længere og antyder, at der er forskel i daglig brug. ” Fejl ” antyder, at problemet, når det først er blevet bemærket, er (eller menes at være) trivielt at rette. ” Defekt ” (som i ” defekt ved design “) antyder, at det ikke er det, også at det er en konsekvens af ufuldkommen specifikation eller design. Sammenlign overdragelsen af en ny bygning, hvor ” snags ” (bugs) rapporteres til hovedentreprenøren, der skal løses uden ekstra omkostninger ( eller ej, hvis de viser sig at være den uønskede, men korrekte levering af, hvad kontrakten og de specificerede planer). Jeg er enig i, at enhver hård klassificering vil være af lokal rækkevidde.
• @ nigel222 Ingen overtrædelse beregnet, men jeg ‘ vil bogføre det under definition 4, som igen er på odds med de 3 andre eksempler.

Ordet bug kommer fra den allerførste computerfejl :

Ægte bugs bryder ikke computere mere og overarbejde, denne analogi starter giver mindre og mindre mening. Derfor har jeg en mission om at slippe af med begrebet bug og altid bruge defekt til enhver software relateret problem og det skulle du også 🙂

Kvalitet er et personperspektiv, alle har en anden opfattelse. Jeg tror, det er det samme med noget, der er en defekt eller ej. Hvis du tror, det er brudt, er det brudt ifølge Seth Godin .

Hvis du er interesseret i klassificering af mangler, vil jeg foreslå at se på klassificeringsprocessen, der bruges i zero-defect policy .

Kommentarer

• Dette kan naturligvis ‘ t være hvor ordet ” bug ” fra.Hvis ordet ” bug ” ikke ‘ t allerede henviser til et problem eller en defekt, hvorfor ville de sige ” Første faktiske tilfælde af fejl fundet. “?
• Måske forestilte de sig, at en fejl ville bryde systemet? Dette er dog den historie, jeg også lærte i skolen. Også nævnt på Wikipedia, så det må være sandt 😉 da.wikipedia.org/wiki/Software_bug
• Wikipedia-siden peger til talrige tidligere anvendelser af ordet ” bug “.
• Ja det gør det, men disse tidligere anvendelser er ikke computer / software bugs. De er mere af hardware / elektriske ingeniørreferencer. For eksempel Thomas Edison-eksemplet nævnt på Wikipedia-siden. Artiklen henviser også til historien, som Niels van Reijmersdal har skrevet !!!

Efter at have brugt mange forskellige problemsporingsværktøjer, er det almindeligt, at alle disse udtryk “defekt”, “bug”, “problem” osv … blot betragtes som den samme ting, og du vil opdage, at de som standard definerer en af dem som standard.

Så på baggrund af dette vil jeg foreslå, at de fleste mennesker også betragter dem som den samme.

I udviklingstest måske ingen reel forskel, hvis du holder dig til at sammenligne systemet med specifikationen. Imidlertid bemærkes og logges mange ting som mangler, der faktisk ikke er afvigelser fra udviklerens intentioner.

Udtrykket bug har været brugt i lang tid. Det betyder virkelig hvad du bemærker om det, du har bygget det er ikke “t” rigtigt endnu. Edison berømt definerer udtrykket i et brev fra 1878

Bemærk: udgravningen i Grace Hopper på denne reference irriterer mig. Hendes logindlæg viste tydeligt, at hun var fortrolig med det eksisterende udtryk.

Forskellen mellem fejl og defekt kan være, hvad du gøre det. Det afhænger helt af, hvordan du definerer begge termer. Definitioner og forståelse af terminologier adskiller sig fra organisationer til teams til enkeltpersoner. Overalt hvor du kommer hen, vil du se, at folk har en anden forståelse af et udtryk og definerer dem i henhold til deres forståelse.

En fejl og en defekt kan betyde nøjagtigt det samme for en person, mens en anden person kan definere det anderledes.

Nogle mennesker definerer fejl og mangler som nedenfor,

BUG:

• En fejl er resultatet af en kodningsfejl.
• En menneskelig handling, der giver et forkert resultat.
• Afvigelse fra det forventede resultat .
• En softwarefejl er en fejl, fejl, fejl, fejl eller fejl i et computerprogram, der forhindrer den i at fungere efter hensigten eller giver et forkert resultat.

Fejl:

• En defekt er en afvigelse fra kravene.
• Problem i algoritme, der fører til fiasko.
• En defekt er for noget, der normalt fungerer, men det har noget uden for spec.
• En defekt introduceres ind i softwaren som et resultat af en fejl. Det er en anomali i softwaren, der kan få den til at opføre sig forkert og ikke i henhold til dens specifikationer.

Hvad er forskellen mellem bug og defekt ?

• En fejl får et problem på tidspunktet for testen, hvor der som en fejl er et problem, som kunden får i produktionsmiljøet.

• En fejl er en fejl i et program, der får den til at opføre sig brat. Fejl findes normalt enten under enhedstest udført af udvikler af modultest af testere.

• En fejl findes, når applikationen ikke overholder kravspecifikationen. En fejl kan også findes, når klienten eller brugeren tester.

I henhold til ISTQB

“ defekt og bug “begge er de samme, når en programmør skriver code for et krav på grund af misforståelse eller forkert logik, de skriver forkert kode for dette krav på grund af fejlen i koden, det fører til defekt eller fejl.

“

For eksempel

“: Vi udvikler modul til beregning af renter på det givne beløb, men udvikler skriver forkert kode for at beregne rentebeløbet på grund af fejlen i koden, vi får forkert (måske mindre eller mere) rentebeløb, her får vi ikke forventet resultat mod kravet, så dette er en fejl eller mangel.

Jeg er uenig i svarene, der antyder, at en fejl og mangel er den samme ting.

I softwaretest er en fejl en fejlagtig adfærd, der skyldes en kodefejl. En kodefejl er en fejl i koden, der får den til ikke at opfylde den tilsvarende specifikation korrekt.

Til sammenligning er en defekt (brugt uden kvalifikation) en afvigelse fra specifikation eller krav. En specifikation, der er angivet forkert, er en defekt – og kode, der korrekt lever op til den angivne specifikation, vil også blive betragtet som fejlfri. Et krav, der ikke er opfyldt af nogen kode, betragtes også som en mangel (indtil kode er skrevet, der korrekt opfylder kravet) – ikke-eksisterende kode kan ikke udvise en fejl.

Naturligvis kan en fejl være tilknyttet med en defekt, da tilstedeværelsen af en fejl kan få koden til at afvige fra dens krav. Men det betyder ikke, at de er den samme ting.

For den person, der siger, at der ikke er nogen forskel, jeg “d stiller dem dette spørgsmål:” Sig, at et bestemt stykke kode får et produkt til at opføre sig forkert. Der er bestemt en fejl i det stykke kode. Koden er ikke afgørende, så den er lige kommenteret. Er fejlen i applikationen fundet og rettet? Er der stadig en fejl i applikationen? “

Jeg tror de fleste mennesker vil svare” nej “og” ja “. Vi har stadig ikke fundet problemet i den kode eller rettet det. Men vi har forhindret det i at forårsage en defekt.

Ofte er der ingen forskel. De fleste mangler skyldes fejl. De fleste fejl forårsager registrerer.

En fejl er en fejl i et stykke kode. Det har muligvis ikke nogen konsekvenser, for eksempel kan det kun udløse i tilfælde, der ikke forekommer i et produkt, der bruger den kode.

En defekt er noget galt, der forårsager uventet opførsel eller gør noget mindre egnet til dens faktiske anvendelser.

En fejl skyldes ofte en fejl, men ikke altid. For eksempel, hvis specifikationen siger, at software skal gøre noget, og softwaren gør det, er det ikke en fejl. Men hvis det gør softwaren uegnet til den tilsigtede anvendelse, er den en defekt.

En fejl kan forårsage en defekt, men ikke altid. For eksempel, hvis specifikationen siger, at en bestemt fejlsag skal håndteres på en bestemt måde, og koden ikke gør det, er det en fejl i den kode. Men hvis det projekt, der indeholder den kode, kan vises at være ude af stand til at producere denne sag, er det ikke en fejl i det projekt.

Når du taler specifikt om udvikling af kode, der vil være bruges i forskellige projekter, er der ingen forskel. Enhver fejl skal betragtes som en defekt.

Den eneste forskel er det publikum, du henvender dig til. Tester og udvikler

Defekt: Defekt er en fejl i kodning eller logik, der får et program til at fungere forkert eller producerer forkerte / uventede resultater.

Fejl: Hvis denne fejl accepteret af programmøren er kaldet bug.