Mi a különbség a hiba és a hiba között?

A szoftverfejlesztési tesztelés során kíváncsi vagyok, mi a különbség a hiba és a hiba között?

Megjegyzések

  • @ user246 rendelkezik vele. Ott van a kérdés is. Ismét ugyanaz.
  • Ezt már korábban feltették, ezért meg akartam osztani ezt a kérdést. programozók.stackexchange.com/questions/37029/… Vannak kapcsolódó kérdések is (ennek a jobb oldalán kérdés), amelyek szintén hasonlóak. Ez nem jelölhető meg duplikátumként, mivel ‘ nincs az SQA SE-n.
  • Úgy gondolom, hogy van elég válaszunk erre a triviális kérdésre, ezért ‘ most meg fogom védeni.
  • @ user246 Lol milyen leereszkedő megjegyzés.

Válasz

Ugyanaz. Kétségtelen, hogy vannak olyan vállalatok, amelyek ezeket a kifejezéseket különböző dolgok jelentésére használják, de használatuk nem univerzális. Ha valaki egy interjúban felteszi neked ezt a kérdést, akkor képesnek kell lenned mondani: “Ahol dolgozom, a kifejezések felcserélhetők. Itt mást jelentenek?”

Megjegyzések

  • Mindenki egyetért a hiba / hiba meghatározásában, ami a termék váratlan viselkedése. Számomra a fejlesztési fázisban talált valamit ” BUG ” néven kell nevezni, de ha ez a hiba felfedeződött az élő termékben, akkor ” DEFECT ” nevű. Röviden a BUGGY szolgáltatás, HIBÁS termék.

Válasz

Hiba, hiba, probléma, hiba, incidens, jegy mindazonáltal és felcserélhető módon használják a szervezetekben. Az emberek vitatkozhatnak, kijelenthetik, hogy egyetértenek vagy nem, és idézik a referenciákat, de a valóság az, hogy nem számít, hogy hívod, amíg nyomon követik, szükség szerint hivatkoznak rá és végül rögzítik.

Tapasztalataim azt mutatják lent: Bugzilában látni fogja a “Bug Id” mezőt, a QC / HP ALM mezőben pedig a “Defect ID” mezőt találja a belső vállalaton belüli megfigyelő / támogató eszközökön, és főleg az “Incident No:” -ot fogja látni.

Megjegyzések

  • A hiba és a hiba ugyanaz. A kiadás, esemény és a jegy általában aggodalmat jelent, anélkül, hogy szükségszerűen hibát vagy hibát okozna. Például egy probléma kiderülhet, hogy felhasználói hibából ered. Vagy lehet egy funkciókérés. ‘ igaz, hogy néhány ” hibakövető ” szoftver (Bugzilla) mindenféle nyomon követi a hibákon kívül, és akár köznyelven is hivatkozhat rájuk ” hibákra “, de ‘ nem szabványos használat, és valószínűleg annak a bővítésnek köszönhető, amelyre a szoftvert eredetileg szánták.
  • @LarsH Bár technikailag helyes, a való világban az incidenseket általában ” hibák “, ” hibák ” vagy ” incidensek “, bármit is diktál a vállalati kultúra. A ” okkal ” okkal lezárt hibák / hibák / események technikailag nem hibák / hibák, mégis mindenki hibának / hibák / események, tehát ez a helyes név, hogy hívjuk őket.
  • @Peter: Általában egyetértek veled, bár nem mennék ‘ ” mindenki ” vagy ” helyes név, hogy felhívja őket. ” Én ‘ 4 különböző vállalatban / szervezetben (és ezeken a szervezeteken belül különböző kultúrájú különböző csoportokban) végeztem szoftverfejlesztést, és rengeteg ember nyert ‘ t egy hibát hibának nevez, hacsak nem ‘ okozza azt, hogy a szoftver / hardver nem a megadott módon viselkedik. Különösen azok a fejlesztők, akiknek a hírneve forog kockán, ha egy probléma állítólag ” hibának számít ” a szoftverükben. Igen, általában tudjuk, mire gondol, és ne ‘ ne csináljon nagy felhajtást róla, de ez nem teszi meg ‘ t. / li>
  • @LarsH Azokban a cégekben, ahol dolgoztam, az események egyértelműen különböztek a hibáktól vagy hibáktól. Egy eseményt használtak olyan dolgok leírására, mint például: ” a kiszolgálónak nincs helye a merevlemezen ” vagy ” szálvezetéket vágtak. ” Természetesen a biztonsági események mellett. ‘ nem vagyok biztos abban, hogy igazságos-e általánosan azt mondani, hogy az esemény egyenértékű a hibákkal. Hibák és hibák, igen, de az IMO incidensei nyújtják.

Válasz

Számtalan meghatározás különbséget tesz a következők között: “hiba” és “hiba” létezik. Nem értenek egyet egymással. Közvetlen ellentéteket tartalmaznak (a hiba A, a hiba B, míg a hiba B, a hiba A). Tudomásom szerint e meghatározások egyike sincs szélesebb körben használva. Bármely megkülönböztetés a kifejezések között az Ön vállalatára vonatkozik, talán még a csoportjára is, a részlegén, a vállalatában. = “e0c444e4da”>

ez :

  • A hiba kódolási hiba eredménye
  • A hiba eltér a követelményektől

vagy :

  • A hiba a teszteléskor problémát okoz, ahol hibaként az ügyfél által kapott probléma a gyártási időben.

vagy másik :

A hiba általában emberi tévedésből fakad, a helyes kód írásakor. […] A hiba nem kódolási hiba. Bug az a rendszer, amely olyasmit csinál, amely önmagában nem helytelen … de nem volt célirányosan megtervezve, és nem látta, hogy jön.

vagy egy erre a válaszra adott megjegyzésből:

A “Bug” azt sugallja, hogy a problémát, miután észrevették, triviális (vagy vélhetően) kijavítani . A “hiba” (csakúgy, mint a “hibás kialakítás” esetében) arra utal, hogy nem az, és hogy a tökéletlen specifikáció vagy kialakítás következménye.

vagy egy másik válaszból ebben a szálban:

[…] ha a specifikáció szerint a szoftvernek valamit tennie kell, és a szoftver ezt csinálja, akkor ez nem hiba. De ha ez a szoftvert alkalmatlanná teszi a rendeltetésszerű használatra, akkor hibás.

A szál további válaszaiban még több definíció található. .

Ezek a definíciók teljesen ellentétesek egymással. Ellentétben állnak azzal is, ahogyan látom a valóságban használt kifejezéseket. Nincs következetes megkülönböztetés a szoftveripar jelentős részein használt kifejezések között.

Az egyetlen kissé elterjedt definíció az, amely nem tesz különbséget a hiba és a hiba között. A munkakörnyezet további összefüggéseinek és a kifejezések speciális használatának hiányában a „hiba” és a „hiba” csak azt jelenti: „egy kiadni valakit, akivel találkozott, vagy esetleg találkozhat a szoftver használatakor “. De amint a szál különböző válaszaiból kiderül, ez nem eléggé elterjedt ahhoz, hogy” definíciónak “lehessen nevezni.

Megjegyzések

  • Én ‘ valamivel tovább megyek, és azt sugallom, hogy van különbség a mindennapi használatban. ” Bug ” azt sugallja, hogy a problémát, miután észrevették, triviális (vagy feltételezhetően) elhárítani. ” Hiba ” (mint a ” hibás kialakítással “) azt sugallja, hogy nem az, hogy a tökéletlen specifikáció vagy tervezés következménye is. Hasonlítsa össze egy új épület átadását, ahol a ” csípésekről ” (hibákat) jelentik a vezető vállalkozónak, hogy javítás nélkül javítsák ( vagy sem, ha bebizonyosodik, hogy a szerződés és a tervek nem kívánt, de helyes végrehajtása). Elfogadom, hogy bármilyen szigorú besorolás helyi szintű lesz.
  • @ nigel222 Nem szándékozik bűncselekményt elkövetni, de ‘ l könyvelem el, hogy a 4. meghatározás szerint, amely ismét ellentétben áll a 3 másik példával.

Válasz

A hiba szó a következőből származik: a legelső számítógépes hiba :

írja ide a kép leírását kérdés, és neked is így kéne 🙂

A minőség személyi szempontú, mindenkinek más a véleménye. Azt hiszem, ez ugyanaz, ha valami hiba vagy sem. Ha úgy gondolja, hogy elromlott, akkor nem Seth Godin szerint.

Ha érdekel a hibák osztályozása, javaslom: vessen egy pillantást a nulla hiba házirendben alkalmazott osztályozási folyamatra.

Megjegyzések

  • Ez nyilvánvalóan nem lehet ‘ ott, ahol a ” bug ” szó megtalálható tól től.Ha a ” bug ” szó már nem jelent problémát vagy hibát, miért mondják azt, hogy ” A hiba első tényleges esete. “?
  • Talán elképzelik, hogy egy hiba megtörné a rendszert? Ezt a történetet én is megtanultam az iskolában. A Wikipédiában is megemlítik, így igaznak kell lennie 😉 hu.wikipedia.org/wiki/Software_bug
  • A Wikipedia oldalai a ” bug ” szó számos korábbi használatára.
  • Igen, igen, de ezek a korábbi használatok nem számítógép / szoftver hibák. Ezek inkább hardver / villamosmérnökök referenciái. Például a Wikipédia oldalon említett Thomas Edison példa. A cikk utal arra a történetre is, amelyet Niels van Reijmersdal írt !!!

Válasz

Sok felhasználása után Különböző kérdéskövető eszközök, ezeknek a hibáknak, hibának, hibának, hibának stb. kifejezéseket egyszerűen ugyanazoknak tekintik, és alapértelmezés szerint mindannyian egyszerűen meghatározzák az egyiket.

Ennek alapján azt javaslom, hogy az emberek többsége őket is ugyanannak tekintsék.

Válasz

A fejlesztés tesztelésében talán nincs valódi különbség, ha ragaszkodik a rendszer összehasonlításához a specifikációval. Azonban sok mindent észreveszünk és hibaként regisztrálunk, amelyek valójában nem eltérnek a fejlesztő szándékától.

A bug kifejezést már régóta használják. Valójában azt jelenti, amit észrevesz, amit épített ez még nem “helyes”. Edison híresen egy 1878-as levélben definiálja a kifejezést

Megjegyzés: az a hivatkozás Grace Hoppernél ásott. Naplóbejegyzéséből egyértelműen kiderült, hogy ismeri a meglévő kifejezést.

Válasz

A hiba és a hiba között az lehet a különbség készítsen belőle. Teljesen attól függ, hogyan definiálja mindkét kifejezést. A definíciók és a terminológiák megértése szervezeti csoportonként eltérő. Bárhová mész, azt fogja látni, hogy az emberek másképp értenek egy kifejezéshez, és definiálják őket a megértésüknek megfelelően.

A hiba és a hiba pontosan ugyanazt jelentheti az ember számára, míg mások meghatározhatják másképp.

Vannak, akik az alábbiak szerint definiálják a hibát és a hibát.

BUG:

  • A hiba kódolási hiba eredménye.
  • Helytelen eredményt produkáló emberi tevékenység.
  • Eltérés a várt eredménytől .
  • A szoftverhiba olyan hiba, hiba, hiba, hiba vagy hiba egy számítógépes programban, amely megakadályozza a rendeltetésszerű működést, vagy helytelen eredményt produkál.

Hiba:

  • A hiba eltér a követelményektől.
  • Probléma az algoritmusban, amely kudarchoz vezet.
  • A hiba valamihez tartozik, ami normálisan működik, de van benne valami, ami nem felel meg a specifikációnak.
  • Hiba kerül bevezetésre egy hiba eredményeként a szoftverbe. Ez egy olyan rendellenesség a szoftverben, amely hibás viselkedést okozhat, és nem a specifikációjának megfelelően.

Válasz

Mi a különbség a hiba és a hiba ?

  • Egy hiba problémát jelent a teszteléskor, ahol hibaként az a probléma jelentkezik, amelyet az ügyfél a termelési környezetben kapott.

  • A hiba a program hibája, amely hirtelen viselkedést okoz. A hibákat általában az egység tesztelésénél találják meg, amelyet a tesztelők fejlesztik a modul tesztelésére.

  • Hibát találunk, ha az alkalmazás nem felel meg a követelményspecifikációnak. Hiba akkor is fellelhető, amikor az ügyfél vagy a felhasználó tesztel.

Válasz

Az ISTQB szerint

defect és bug “mindkettő megegyezik, ha egy programozó valamilyen félreértés vagy helytelen logika miatt code -et ír egy követelményhez. hibás kód ehhez a követelményhez, a hibában, ami hibához vagy hibához vezet.

Például

“: Fejlesztünk egy modult az adott összeg kamatának kiszámításához, de a fejlesztő rossz kódot ír a kamat összegének kiszámításához a kapott kód hibája miatt hibás (esetleg kevesebb vagy több) kamatösszeg, itt nem kapjuk meg a várt eredményt a követelményekkel szemben, tehát ez hiba vagy hiba.

Válasz

Nem értek egyet a hibával és hibával azonos válaszokat tartalmazó válaszokkal.

A szoftveres tesztelés során a hiba hibás viselkedés, amely egy kódhibából ered. A kódhiba a kód olyan hibája, amely miatt nem felel meg megfelelően a vonatkozó előírásoknak.

Összehasonlításképpen, a (minősítés nélkül használt) hiba a specifikációtól vagy a követelményektől való eltérés. A helytelenül megadott specifikáció hiba – és a kód, amely megfelel a megadott specifikációnak, hibamentesnek is tekinthető. Az a követelmény, amelyet egyetlen kód sem teljesít, szintén hibának számít (amíg a kódot ki nem írják, amely megfelel a követelménynek) – a nem létező kód nem mutathat ki hibát.

Természetesen hibát is társíthatunk hibával, mivel egy hiba jelenléte miatt a kód eltérhet a követelményeitől. De ez nem azt jelenti, hogy ugyanazok a dolgok.

Válasz

Annak, aki azt mondja, nincs különbség, azt “tedd fel nekik ezt a kérdést:” Mondjuk, hogy egy adott kódrész egy termék hibás viselkedését okozza. Biztosan van hiba a kódrészletben. A kód nem elengedhetetlen, ezért csak kommentálta. Megtalálták és kijavították az alkalmazás hibáját? Van-e még hiba az alkalmazásban? “

Úgy gondolom, hogy a legtöbb ember nemmel válaszol ” és igen”. Még mindig nem találtuk meg a problémát abban a kódban, és nem javítottuk ki. De megakadályoztuk, hogy hibát okozzon.

Gyakran nincs különbség. A legtöbb hibát hibák okozzák. A legtöbb hiba észlelést okoz.

A hiba egy kódrész hibája. Ennek nincsenek következményei, például csak olyan esetekben válthat ki, amelyek nem fordulnak elő egyetlen olyan termékben sem, amely ezt a kódot használja.

A hiba valami nem megfelelő, ami váratlan viselkedést okoz, vagy kevésbé tesz alkalmassá valamire. tényleges felhasználása.

A hibát gyakran egy hiba okozza, de nem mindig. Például, ha a specifikáció szerint a szoftvernek valamit tennie kell, és a szoftver ezt megteszi, az nem hiba. De ha ez a szoftvert alkalmatlanná teszi a rendeltetésszerű használatra, akkor hibás.

Hiba hibát okozhat, de nem mindig. Például, ha a specifikáció szerint egy bizonyos hibaesetet egy bizonyos módon kell kezelni, és a kód ezt nem teszi meg, akkor ez egy hiba a kódban. De ha a kódot tartalmazó projektről kiderül, hogy nem képes előállítani ezt az esetet, akkor ez nem hiba a projektben.

Amikor kifejezetten a különféle projektekben használják, nincs különbség. Bármely hibát hibának kell tekinteni.

Válasz

Az egyetlen különbség abban áll, hogy melyik közönség szól. Tesztelő és fejlesztő

Hiba: A hiba a kódolás vagy a logika hibája, amely a program hibás működését vagy helytelen / váratlan eredményeket okoz.

Hiba: Ha a hibát a programozó elfogadta hibának hívják.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük