Hva er forskjellen mellom feil og feil?

Samme ting. Det er utvilsomt selskaper som bruker disse begrepene til å bety forskjellige ting, men bruken av dem er ikke universell. Hvis noen stiller deg det spørsmålet i et intervju, burde du kunne si: «Hvor jeg jobber, er ordene utskiftbare. Betyr de noe annet her?»

Kommentarer

• Alle er enige om definisjonen av bug / defect som er en uventet oppførsel av produktet. For meg noe som ble funnet i utviklingsfasen, burde det hete » BUG » men hvis denne feilen oppdaget i det levende produktet, burde det være kalt » DEFEKT «. Kort BUGGY-funksjon, DEFEKTIVt produkt.

Feil, feil, problem, feil, hendelse, billett er alle de samme og brukes om hverandre i organisasjoner. Folk kan diskutere og si at de er enige eller uenige og siterer referanser, men den grunnleggende virkeligheten er, det spiller ingen rolle hva du kaller det så lenge det blir sporet, referert til etter behov og til slutt løst.

Min erfaring viser nedenfor: I Bugzila vil du se felt «Feil-id», i QC / HP ALM vil du finne felt «Defekt-ID» på internt selskapsspesifikk overvåking / støtteverktøy du ser hovedsakelig «Hendelsesnr:».

Kommentarer

• Feil og mangler er de samme. Problem, hendelse og billett har en tendens til å bety en bekymring som er reist, uten at det nødvendigvis er et problem forårsaket av en feil eller mangel. For eksempel kan et problem vise seg å skyldes brukerfeil. Eller det kan være en funksjonsforespørsel. Det ‘ stemmer at noen » bug tracking » programvare (Bugzilla) sporer alle slags av problemer foruten bugs, og kan til og med referere til dem alle i fellesskap som » bugs «, men at ‘ er ikke vanlig bruk, og skyldes sannsynligvis utvidelse utover det programvaren opprinnelig var ment for.
• @LarsH Selv om det er teknisk korrekt, blir hendelser vanligvis kalt » bugs «, » defekter «, eller » hendelser «, uansett hva bedriftskulturen dikterer. Feil / mangler / hendelser som lukkes med en årsak » av design » er teknisk sett ikke feil / mangler, fremdeles kaller alle dem feil / mangler / hendelser, så det er riktig navn å kalle dem.
• @ Peter: Jeg er generelt enig med deg, selv om jeg ikke ville ‘ ikke gå så langt med » alle » eller » riktig navn for å ringe dem. » Jeg ‘ har gjort programvareutvikling i 4 forskjellige selskaper / organisasjoner (og forskjellige grupper med forskjellige kulturer innen disse organisasjonene), og det er mange mennesker som vant ‘ t kaller et problem en feil med mindre det ‘ skyldes at programvare / maskinvare ikke oppfører seg som spesifisert. Spesielt utviklere hvis omdømme står på spill når et problem hevdes å være en » bug » i programvaren. Ja, vi vet generelt hva du mener og don ‘ t gjør noe oppstyr om det, men det gjør ikke ‘ t gjør det riktig.
• @LarsH I selskapene jeg har jobbet i, har hendelser vært tydelig forskjellig fra feil eller mangler. En hendelse har blitt brukt for å beskrive ting som » serveren har tom for harddiskplass » eller » en fiberlinje ble kuttet. » I tillegg til selvfølgelig sikkerhetshendelser. Jeg ‘ er ikke sikker på at det er rettferdig å universelt si at hendelse tilsvarer feil. Feil og mangler, ja, men IMO, hendelsen strekker den.

Utallige definisjoner som skiller mellom «bug» og «defect» eksisterer. De er uenige med hverandre. De inkluderer direkte motsetninger (Bug er A, Defect er B versus Bug er B, Defekt er A). Så vidt jeg vet er ikke en eneste av disse definisjonene i bredere bruk. Ethvert skille mellom vilkårene vil være spesifikt for din bedrift, kanskje til og med spesifikk for din gruppe, i din avdeling, i din bedrift.

Det er noen som hevder at det er en klar forskjell, som denne :

• En feil er resultatet av en kodefeil
• En mangel er et avvik fra kravene

eller den ene :

• En feil får et problem på tidspunktet for testing, der som en feil er et problem som får kunden i produksjonstid.

eller en annen :

En feil er en effekt, vanligvis forårsaket av menneskelige feil, av å skrive riktig kode. […] En feil er ikke en feil i kodingen. En feil er systemet som gjør noe som ikke er feil i seg selv … men det var ikke målrettet designet i, og du så det ikke komme.

eller fra en kommentar til dette svaret:

«Feil» antyder at problemet, en gang lagt merke til, er (eller antas å være) trivielt å fikse . «Defekt» (som i «defekt av design») antyder at det ikke er det, også at det er en konsekvens av ufullkommen spesifikasjon eller design.

eller fra et annet svar i denne tråden:

[…] hvis spesifikasjonen sier at programvare skal gjøre noe og programvaren gjør det, er det ikke en bug. Men hvis det gjør programvaren uegnet for den tiltenkte bruken, er den «en defekt.

Enda flere definisjoner finnes i andre svar på denne tråden .

Disse definisjonene er helt i strid med hverandre. De er også i strid med hvordan jeg ser at begrepene brukes i virkeligheten. Det skilles ikke mellom begrepene som brukes i noen viktige deler av programvareindustrien.

Den eneste noe mye brukte definisjonen er den som ikke skiller mellom bug og defekt. Uten ytterligere kontekst av arbeidsmiljøet ditt og deres spesialiserte bruk av begrepene, betyr både «defect» og «bug» bare: «en problemet noen har møtt på, eller muligens støter på, når du bruker programvaren «. Men som man kan se av de forskjellige andre svarene i denne tråden, er det ikke utbredt nok til å kalles» definisjonen «.

Kommentarer

• I ‘ d går litt lenger og antyder at det er forskjell i hverdagsbruk. » Feil » antyder at problemet, en gang lagt merke til, er (eller antas å være) trivielt å fikse. » Defekt » (som i » defekt av design «) antyder at det ikke er det, også at det er en konsekvens av ufullkommen spesifikasjon eller design. Sammenlign overleveringen av en ny bygning der » haker » (bugs) rapporteres til hovedentreprenøren for å bli løst uten ekstra kostnad ( eller ikke, hvis de viser seg å være den uønskede, men riktige leveransen av hva kontrakten og planene er spesifisert). Jeg er enig i at enhver hard klassifisering vil være av lokalt omfang.
• @ nigel222 Ingen lovbrudd tiltenkt, men jeg ‘ vil bokføre det under definisjon 4, som igjen er kl. odds med de tre andre eksemplene.

Ordet bug kommer fra den aller første datamaskinfeilen :

Ekte feil ødelegger ikke datamaskiner lenger og overtid denne analogien starter gir mindre og mindre mening. Derfor har jeg et oppdrag å kvitte meg med begrepet bug og alltid bruke defekt for programvare relatert problem og det burde du også 🙂

Kvalitet er et personperspektiv, alle har en annen oppfatning. Jeg tror dette er det samme med at noe er en mangel eller ikke. Hvis du tror det er ødelagt, er det ødelagt i henhold til Seth Godin .

Hvis du er interessert i klassifisering av feil, vil jeg foreslå å ta en titt på klassifiseringsprosessen som brukes i nullfeilpolicy .

Kommentarer

• Dette kan åpenbart ‘ t være der ordet » bug » fra.Hvis ordet » bug » ikke ‘ t allerede refererer til et problem eller en mangel, hvorfor skulle de si » Første faktiske tilfelle av feil som ble funnet. «?
• Kanskje de så for seg at en feil ville ødelegge systemet? Dette er historien jeg også lærte på skolen. Også nevnt på Wikipedia, så det må være sant 😉 en.wikipedia.org/wiki/Software_bug
• Wikipedia-siden peker til mange tidligere bruk av ordet » bug «.
• Ja, det gjør det, men de tidligere brukene er ikke datamaskin / programvarefeil. De er mer referanser til maskinvare / elektroingeniører. For eksempel Thomas Edison-eksemplet nevnt på Wikipedia-siden. Artikkelen viser også til historien som Niels van Reijmersdal har skrevet !!!

Etter å ha brukt mange forskjellige sporingsverktøy for problemer, er det vanlig at alle disse begrepene «defekt», «feil», «problem» osv … bare blir ansett som den samme tingen, og du vil oppdage at de som standard bare definerer en av dem.

Så basert på dette vil jeg foreslå at flertallet av folket også vil betrakte dem som det samme.

I utviklingstesting er det kanskje ingen reell forskjell hvis du holder deg å sammenligne systemet med spesifikasjonen. Imidlertid blir mange ting lagt merke til og logget som mangler som ikke er avvik fra utviklerens intensjoner.

Begrepet bug har blitt brukt i lang tid. Det betyr egentlig hva du legger merke til om det du har bygget det er ikke «t» riktig ennå. Edison berømte definerer begrepet i et brev fra 1878

Merk: utgravingen i Grace Hopper på den referansen irriterer meg. Loggoppføringen hennes viste tydelig at hun var kjent med det eksisterende ordet.

Forskjellen mellom bug og defekt kan være det du gjøre det. Det kommer helt an på hvordan du definerer begge begrepene. Definisjoner og forståelse av terminologier er forskjellige fra organisasjoner til team til enkeltpersoner. Overalt hvor du kommer, vil du se at folk har en annen forståelse av ett begrep og definerer dem i henhold til deres forståelse.

En feil og en feil kan bety nøyaktig det samme for en person mens en annen person kan definere det annerledes.

Noen definerer feil og mangler som nedenfor,

BUG:

• En feil er resultatet av en kodefeil.
• En menneskelig handling som gir et feil resultat.
• Avvik fra forventet resultat .
• En programvarefeil er en feil, feil, feil, feil eller feil i et dataprogram som forhindrer at den fungerer etter hensikten, eller gir feil resultat.

Defekt:

• En mangel er et avvik fra kravene.
• Problem i algoritme som fører til feil.
• En feil er for noe som normalt fungerer, men den har noe utenom spesifikasjonen.
• En feil introduseres inn i programvaren som et resultat av en feil. Det er en avvik i programvaren som kan føre til at den oppfører seg feil, og ikke i henhold til spesifikasjonene.

Hva er forskjellen mellom bug og defekt ?

• En feil får et problem på tidspunktet for testing, der som en mangel er et problem som får kunden i produksjonsmiljøet.

• En feil er en feil i et program som får den til å oppføre seg brått. Feil blir vanligvis funnet enten under enhetstesting utført av utvikler av modultesting av testere.

• En feil blir funnet når applikasjonen ikke samsvarer med kravspesifikasjonen. En feil kan også bli funnet når klienten eller brukeren tester.

I henhold til ISTQB

« defekt og bug «begge er like når en programmerer skriver code for et krav på grunn av misforståelse eller feil logikk de skriver feil kode for dette kravet på grunn av feilen i koden det fører til feil eller feil.

«

For eksempel

«: Vi utvikler modul for å beregne renter på det gitte beløpet, men utvikler skriver feil kode for å beregne rentebeløpet på grunn av feilen i koden vi får feil (kanskje mindre eller mer) rentebeløp, her får vi ikke forventet resultat mot kravet, så dette er en feil eller mangel.

Jeg er uenig i svarene som antyder at en feil og mangel er den samme.

I programvaretesting er en feil en feilaktig oppførsel som skyldes kodefeil. En kodefeil er en feil i koden som gjør at den ikke oppfyller den korresponderende spesifikasjonen korrekt.

Til sammenligning er en feil (brukt uten kvalifisering) et avvik fra spesifikasjon eller krav. En spesifikasjon som er oppgitt feil er en mangel – og kode som korrekt oppfyller den oppgitte spesifikasjonen, vil også bli betraktet som feilfri. Et krav som ikke blir oppfylt av noen kode blir også betraktet som en mangel (til kode er skrevet som oppfyller kravet riktig) – ikke-eksisterende kode kan ikke utvise en feil.

Selvfølgelig kan en feil være assosiert med en feil, siden tilstedeværelsen av en feil kan føre til at koden avviker fra kravene. Men det betyr ikke at de er det samme.

For personen som sier at det ikke er noen forskjell, jeg «d still dem dette spørsmålet:» Si at en bestemt kode fører til at et produkt oppfører seg dårlig. Det er absolutt en feil i den delen av koden. Koden er ikke viktig, så den er bare kommentert. Har feilen i applikasjonen blitt funnet og løst? Er det fortsatt en feil i applikasjonen? «

Jeg tror de fleste vil svare» nei » og ja». Vi har fremdeles ikke funnet problemet i den koden eller fikset det. Men vi har forhindret at det forårsaker en feil.

Ofte er det ingen forskjell. De fleste feil er forårsaket av feil. De fleste feil forårsaker oppdager.

En feil er en feil i et stykke kode. Det kan ikke ha noen konsekvenser, for eksempel kan det utløse bare i tilfeller som ikke forekommer i noe produkt som bruker den koden.

En feil er noe galt som forårsaker uventet oppførsel eller gjør noe mindre passende for dens faktiske bruk.

En mangel er ofte forårsaket av en feil, men ikke alltid. Hvis for eksempel spesifikasjonen sier at programvare skal gjøre noe, og programvaren gjør det, er det ikke en feil. Men hvis det gjør programvaren uegnet for den tiltenkte bruken, er den en feil.

En feil kan forårsake en defekt, men ikke alltid. For eksempel, hvis spesifikasjonen sier at en viss feiltilfelle skal håndteres på en bestemt måte og koden ikke gjør det, er det en feil i den koden. Men hvis prosjektet som inneholder den koden kan vises å være ute av stand til å produsere den saken, er det ikke en feil i det prosjektet.

Når du snakker spesifikt om utvikling av kode som vil være brukt i forskjellige prosjekter, er det ingen forskjell. Enhver feil må betraktes som en mangel.

Den eneste forskjellen er publikummet du henvender deg til. Tester og utvikler

Feil: Defekt er en feil i koding eller logikk som får et program til å fungere feil eller gir feil / uventede resultater.

Feil: Hvis den feilen som er godkjent av programmerer, er kalt bug.