Mi a különbség a hiba és a hiba között?
Megjegyzések
- Olvassa el a testingstandards.co.uk/bs_7925-1_online.htm további információkért
- Vannak hibák, amelyek valójában azt mondják, hogy valami hiányzik, ami azt jelenti, hogy szolgáltatáskérés, és nem hiba.
- A válasz a céltól függ, hogy miért kérdezel.
- Keresse meg a hiba szó etimológiáját. De = nem, un. Facere = csinálni. Ennélfogva nem (ahogy az várható volt), nem teljesít, megtört, kaput. Míg a hiba ” valamit jelent a művekben, ami akadályozza a ” teljesítményt. A nap végén meg kell javítania valamit, tehát mindez tudományos. A bezárásra szavaztam, ne ‘ t hibákat javítanod kell ?!
Válasz
-
A hiba egy kódolási hiba eredménye
-
A hiba eltérés a követelményektől
Vagyis: A hiba nem feltétlenül jelenti azt, hogy van hiba a kódban, olyan funkció lehet, amelyet nem valósítottak meg, de a szoftver követelményei definiálták.
A Wikipedia oldalról a szoftver tesztelésében :
Nem minden szoftverhibát okoznak kódolási hibák. A drága hibák egyik gyakori forrását a követelmények hiányosságai okozzák, például az ismeretlen követelmények, amelyek hibákat eredményeznek a programtervező részéről. A követelmények hiányosságainak általános forrása a nem funkcionális követelmények, például tesztelhetőség, méretezhetőség, karbantarthatóság, használhatóság, teljesítmény és biztonság.
Megjegyzések
- Mindkettő ” eltérés a követelményektől “, ahogy látom.
- A hibának nem ‘ t kell hibának lennie. Ezenkívül egy hibának nem kell ‘ azt jelenteni, hogy egy követelmény nem teljesült, és ezért nem ‘ eltérés a követelménytől ‘
- Úgy tűnik, hogy hiányzik a @Martin pont. Igen, a hiba lehet hiba. Igen, a hiba lehet hiba. De ez nem ‘ nem feltétlenül mindig igaz. Csak azért, mert van némi átfedés, ez nem azt jelenti, hogy azonosak-e! Venn diagram a hibáról & Defect – > (())>
- @Dan McGrath: alapvetően amit itt tettél, az a saját definíciód a hibáról. De általában nincs ‘ t semmilyen meghatározott jelentés, ez ‘ csak mérnöki szaknyelv!
- @DanMcGrath : A Venn-diagramod haszontalan. Vagy ({}) vagy ({)} jelentést jelenthet. Feltételezem, hogy a másodikra gondoltál.
Válasz
Ilene Burnsteint idézem a Gyakorlati szoftvertesztelés (ajánlott), aki része az” IEEE szabványok “definíciójának Gyűjtemény a szoftvertervezésért “(1994) és az„ IEEE szabványos szószedet a szoftvertervezés terminológiájáról “(610.12, 1990 szabvány):
Hiba
A hiba tévedés, tévhit vagy félreértés egy szoftverfejlesztő részéről.
A fejlesztői kategóriába tartozunk a szoftvermérnökök, a programozók, az elemzők és a tesztelők. Például egy fejlesztő félreértheti a terv jelölését, vagy a programozó helytelenül írja be a változó nevét.
Hibák (hibák)
Hiba (hiba) kerül be a szoftverbe egy hiba eredményeként. Ez egy olyan rendellenesség a szoftverben, amely a szoftver hibás viselkedését okozhatja, nem pedig a specifikációjának megfelelően. Ez utóbbi kifejezés elenyészővé teszi a hibáknak a szoftver minőségére gyakorolt hatását. A „hiba” kifejezés olyan szoftvertermékekhez is társul, mint a követelmények és a tervdokumentumok. Az ezen műtermékekben előforduló hibákat szintén hibák okozzák, és általában az ellenőrzési folyamat során észlelik őket.
Hibák
A hiba az, hogy egy szoftverrendszer vagy -alkotó nem képes végrehajtani a szükséges funkciókat a meghatározott teljesítménykövetelményeken belül.
A szoftver-összetevő vagy rendszer futtatása során tesztelő, fejlesztő, vagy a felhasználó észreveszi, hogy nem hozza meg a várt eredményeket. Bizonyos esetekben a nem megfelelő viselkedés egy bizonyos típusa azt jelzi, hogy bizonyos típusú hiba van jelen. Mondhatjuk, hogy a helytelen viselkedés típusa a hiba tünete.Egy tapasztalt fejlesztő / tesztelő a memóriában tárolja a hiba / tünetek / hiba esetek (a 3. fejezetben leírt hibamodellek) tudásbázisát. A helytelen viselkedés magában foglalhatja a kimeneti változók hibás értékeinek előállítását, az eszköz hibás válaszát vagy a képernyőn megjelenő hibás képet. A fejlesztés során a hibákat általában a tesztelők figyelik meg, és a hibákat a fejlesztők megtalálják és kijavítják.
A Google Könyvek teljes fejezetét elolvashatja, itt .
Válasz
Van néhány különböző kifejezés a szoftverhibákkal kapcsolatban. Kivonat egy általam lefedett kurzusból:
-
iv Hiba : Emberi cselekvés vagy mulasztás ez hibát eredményez.
-
Hiba : A hiba szoftver hiba (helytelen lépés, folyamat vagy adatmeghatározás), amely hibát okoz.
-
Hiba : Ugyanaz, mint a hiba.
-
iv hiba : egy szoftver képtelenség végrehajtani a szükséges funkciókat a meghatározott teljesítménykövetelményeken belül.
Eszerint nincs különbség a hiba és a hiba között. Vannak, akik azonban azt állítják, hogy a hiba egy hiba, amelyet a szoftver kiadása előtt találtak, míg a hibát az ügyfél találta meg.
Nem tudtam ellenállni a híres “első tényleges hibajelzés közzétételének” “.
Megjegyzések
- Végül valaki, aki olvasta: testingstandards.co.uk/bs_7925-1_online.htm
- Ez ‘ s nem onnan hoztam, de lehet, hogy van közös forrásuk (vagy ez lehet a forrás).
- Igen, sok-sok évvel ezelőtt egy hibát próbáltam kijavítani. volt egy idegesítő villogása a képernyő egyik cellájában, és semmi értelme. Végül elrepült. (Ez a fekete képernyőn megjelenő fehér szöveg korában volt, a kérdéses folt eléggé jobbra volt, hogy mindig fekete legyen, miközben Szerkesztettem, így csak akkor vettem észre, amikor a program némi fehéret tett mögé.)
Válasz
Ó, drágám.
A régi időkben – a számítógép hibás működését mindenféle dolog okozta – beleértve a vezetékeket rágó patkányokat, és a művekbe bekerült valódi hibákat.
A BUG kifejezés olyan kifejezésként ragadt meg, amely azt jelenti, hogy valami nem a várt módon működik.
A hibát zsargon kifejezésként kell értelmezni, amely hibát jelent.
A hiba műszakilag helyes kifejezés jelentése hogy a dolog nem úgy működik, ahogy kellene.
Ahol lehetséges, a DEFECT használata a BUG helyett valójában azt a konnotációt hordozza magában, hogy tudomásul vesszük kudarcainkat (hibáinkat, a felhasználói követelmények vagy a dolgok megértésének hiányát) figyelmen kívül hagytuk a megvalósítást), ahelyett, hogy triviálisabbnak tűnő “hibának” öltöztettük volna.
Használja a HIBÁT.
Ne használja a BUG kifejezést. Ostoba, lényegtelen, történelmi és elenyésző.
Megjegyzések
- Miért akarja eltávolítani a használatból egy jól érthető szakkifejezést? id = “fbc066bb3a”>
sajnálom … igen, a BUG történelmi – de ha úgy gondolja, hogy a programozók a hibákat (általában a konkrétokkal szemben) triviálisnak tekintik, csak azért, mert ‘ a hibákat vagy a kifejezést eredetéből fakadóan lényegtelennek nevezi, akkor félek, hogy teljesen igazolható, ha morcos középkorúvá válok. Ja és amint arra a @Dan rámutat, a hibák hibák, de a hibák nem szükségszerűen hibák, ami azt is sugallja, hogy a kifejezésnek értéke van.
Válasz
Az IEEE szabványból Szószedet a Szoftvertechnika Terminológiájáról, amelyet a Szoftvertechnikai Tudás Tájékoztató KA idéz a Szoftvertesztelés és Szoftverminőség szempontjából:
hiba. Lásd: hiba; hiba.
hiba. (1) A számított, megfigyelt vagy mért érték vagy feltétel és a valódi, meghatározott vagy elméletileg helyes érték vagy feltétel közötti különbség. Például 30 méter különbség a kiszámított eredmény és a helyes eredmény között. (2) Helytelen lépés, folyamat vagy adatmeghatározás. Például helytelen utasítás egy számítógépes programban. (3) Helytelen eredmény. Például egy 12-es számított eredmény, amikor a helyes eredmény 10. (4) Olyan emberi cselekedet, amely helytelen eredményt produkál. Például egy programozó vagy operátor hibás művelete. Megjegyzés: Bár mind a négy meghatározást általában használják, egy megkülönböztetés az 1. definíciót a „hiba” szóhoz, a 2. definíciót a „hiba” szóhoz, a 3. definíciót a „hiba” szóhoz, a 4. meghatározást a „hiba” szóhoz rendeli. Lásd a2so: dinamikus hiba; fatális hiba; bennszülött hiba; szemantikai hiba; szintaktikai hiba; statikus hiba; átmeneti hiba.
hiba. A rendszer vagy alkatrész képtelenség a meghatározott funkciói között teljesíteni a szükséges funkciókat. Megjegyzés: A hibatűrési fegyelem megkülönbözteti az emberi cselekvést (tévedés), annak megnyilvánulását (hardveres vagy szoftveres hiba), a hiba eredményét (meghibásodást) és a hibás eredmény mértékét (a hibát). Lásd még: összeomlás; függő kudarc; kivétel; meghibásodás; hibázási ráta; kemény kudarc; kezdeti kudarc; független kudarc; véletlenszerű kudarc; lágy kudarc; beragadt hiba.
hiba. (1) hardvereszköz vagy alkatrész hibája; például rövidzárlat vagy szakadt vezeték. (2) Helytelen lépés, folyamat vagy adatmeghatározás egy számítógépes programban. Megjegyzés: Ezt a meghatározást elsősorban a hibatűrési fegyelem használja. A szokásos használatban a „hiba” és a „hiba” kifejezéseket használják e jelentés kifejezésére. Lásd még: adatérzékeny hiba; program érzékeny hiba; egyenértékű hibák; hibamaszkolás; szakaszos hiba.
Úgy gondolom, hogy a hiba meghatározása a legfontosabb. Minden hibával kezdődik, legyen szó a követelményekről, a tervezésről, a megvalósításról vagy a tesztesetről / eljárásról. Ha ez a hiba szoftverben nyilvánul meg, akkor hibává válik. A hibát egyik vagy másik létezése okozza. több hiba a szoftverben.
Nem szívesen várom a hibák hivatalos meghatározását. Nagyon szeretem a definíciót, amelyet a dukeofgaming adott meg a válaszában , azonban ebben a válaszban az IEEE hibadefiníciója van. div>
Válasz
Dan McGrath válasza jól szögezte le.
- A hiba kódolási hiba eredménye
- A hiba eltér a követelményektől
Talán egy példa egyértelműbbé tenné.
Példa: Az ügyfél azt akarta, hogy a webes űrlap el tudja menteni és bezárhatja az ablakot.
1. szcenárió: A webes űrlapon van mentés és egy másik bezárás gomb. Eredmény: Hiba, mert az ügyfél azt akarta, hogy az 1 gomb elmentse és bezárja az ablakot. A fejlesztő félreértette és külön létrehozta. Mivel mindkét gomb teljesítette a követelményeit, ez nem hiba, hanem hiba, mert nem felelt meg az ügyfél követelményeinek.
2. forgatókönyv: A webes űrlapnak van mentési & bezáró gombja, de csak ment, de nem zár be. Bogár. Mivel a gomb nem a kívánt / elvárt módon működik. A fejlesztő tudja, hogy feltételezhetően előállítja ezt az eredményt, de végül nem “t” (esetleg kódolási hiba)
Nem biztos benne, hogy ez világosabbá teszi-e.
p / s: egy fejlesztőtől álláspont (egyszer voltam), mind a hibák, mind a hibák ugyanolyan fontosak. Ezt továbbra is kijavítjuk.
Még furcsa rendellenességekkel is találkoztunk, amelyeket a hibák kategóriába soroltunk, és folyamatosan próbáljuk kitalálni, mi az oka és annak kijavítása. Hibáknak való megnevezése nem teszi jelentéktelenné a hibákhoz képest.
Megjegyzések
- Mit nevezünk hibás követelményeknek?
- @ gnasher729 ha hibás követelmények alatt azt értette, hogy a programozók félreértik a követelményeket, akkor azt gondolnám, hogy ez ‘ hiba. De ha hibás követelményekre gondoltál, mivel az a felhasználó, amelyik a téves követelményeket nyújtja, és amelyek az utolsó munkához vezetnek, nem oldja meg a kezdeti problémát, akkor ez meghaladja a hibákat és hibákat, mivel ez a követelménygyűjtő munkamenet problémája, nem pedig a fejlesztés. li>
Válasz
Íme egy, amit korábban a munkáltatóm Q-LEAP-jának tettem az ISTQB szókincse alapján, és ezt is megnéztem az IEEE szókincs. Élvezd.
Hiba és hiba? Ugyanaz, bár erről végtelenül lehet vitatkozni. Valóban más dolgokkal kell aggódnunk, az élet már elég bonyolult, stb.
Példa hogyan használják ezt a kifejezést a vadonban, a “Hogyan teszteli a Google a szoftvert” oldalról. 113. Nyisd meg az “IEEE Software” cikkét, és ugyanúgy használják. Valójában a való életben ritkán találkozunk a “hiba” szóval.
A hiba élete
A hibák és a hibajelentések azok az artefaktumok, amelyeket minden tesztelő megért. A hibák felkutatása, a hibák kiértékelése, a hibák javítása és a visszafejlő hibák jelentik a szívverést és a munkafolyamatot szoftverminőség. Ez a tesztelés része, amely a legkonvencionálisabb a Google-nél, de még mindig van néhány érdekes eltérés a normától. Ebben a szakaszban figyelmen kívül hagyjuk azokat a hibákat, amelyeket a munkaelemek nyomon követésére nyújtunk be, és a kifejezést használjuk az azonosításhoz. tényleges meghibásodott kód. Mint ilyen, a hibák gyakran jelentik a mérnöki csapatok óránkénti és napi munkafolyamatát.
Hiba születik. A hibákat mindenki megtalálja és benyújtja a Google-nál. A menedzserek akkor hibáznak, ha a korai buildekben olyan problémákat észlelnek, amelyek eltérnek a specifikációiktól / gondolataiktól. A fejlesztők hibákat töltenek fel, amikor rájönnek, hogy véletlenül ellenőriztek egy problémát, vagy egy probléma valahol máshol a kódbázisban, vagy a Google-termékek dogfoodolása közben. Hibák érkeznek a terepről is, a tömegből származó tesztelőktől, a külső gyártók tesztelésétől, és azokat a közösségi vezetők iktatják be, amelyek figyelemmel kísérik a termékspecifikus Google-csoportokat. Az alkalmazások számos belső verziójában gyors, egy kattintásos módon lehet hibákat feltölteni, például a Google maps-et. És néha a szoftverprogramok hibákat hoznak létre az API-n keresztül.
Válasz
A különbség az, hogy a “hiba” kifejezés varázslatosan hangzik. Mintha egy program véletlenszerűen tartalmazhat hibákat, miután elvégezte a programozást. Ha véletlenszerű hibái vannak, ez azt jelenti, hogy nem felelt meg a specifikációknak, és a program hibás.
A hiba azt jelenti olyan hiba, ahol a program nem felel meg a specifikációknak. Ez súlyosabb és alapvetően azt mondja, hogy a bármilyen hiba hatalmas probléma a programmal, és ez azt jelenti, hogy a program nem alkalmas kiadásra.
A különbség a kifejezéseket használó programozók hozzáállásában mutatkozik. Több millió program van kiadva hibákkal, és az emberek jól vannak ezzel, mert valamilyen okból elfogadják hogy a hiba varázslatos és véletlenszerű, és hogy minden program tartalmaz legalább egy hibát. Azonban egy programozó, aki a “hiba” kifejezést használja, kényelmetlenné válhat egy hibás program kiadása miatt, mert a kifejezés nagyobb súlyosságot jelent.
Az egyik kifejezés előnyben részesítésének következményei mindennapok hatással vannak ránk.
Válasz
szerint Megbízhatóság: alapfogalmak és terminológia :
A rendszer hiba akkor következik be, amikor az átadott szolgáltatás eltér a rendszerfunkció teljesítésétől, ez utóbbi a rendeltetésének felel meg. hiba a rendszerállapotnak az a része, amely későbbi meghibásodáshoz vezethet: a szolgáltatást érintő hiba jelzés hogy hiba következik be vagy történt. A hiba elítélt vagy feltételezett oka egy hiba .
A defect t csak egy másik hibának nevezem.
Bug zavaros, és hibát vagy hibát jelenthet, a kontextus.
Ne feledje, hogy a specifikációról nincs szó: még egy specifikáció is hibás lehet.
Válasz
Egy adott hibán / feladaton / jegyen / hibán / kérdésen / bármilyen nyomkövető rendszeren kívül ezeknek a szavaknak nincs pontos jelentése, ezért értelmetlen megvitatni a köztük lévő különbséget. Amikor rendezi a munkafolyamatát, akkor meg kell határoznia a terminológiát és meg kell adnia a leírásokat.
Jelenlegi környezetemben a “hiba” a Jira bármely eleme. Úgy tűnik, hogy Jira maga is használja a “issue” kifejezést. Lehet, hogy valamilyen korábbi rendszertől örököltük.A “hiba” egy olyan típusú probléma, amikor valami nem a várakozásoknak megfelelően működik, és leírják a dokumentációban. “Funkció kérés”, ha valami a várakozásoknak megfelelően működik, de javításra van szükség (nyilvánvaló és fontos lehet, de ha az aktuális viselkedést leírják, akkor is funkciókérés). Van még több típus, de ezt a kettőt a fejlesztői csoporton kívüli emberek használják arra, hogy kérdezzenek tőle valamit.
Ha a problématípusok nevét választja, akkor a “hiba” és a “hiba” hasonlít rám. A különbség közöttük stilisztikai. Mivel az angol nem az én anyanyelvem, nem igazán látok belőle sokat, és nem tudom biztosan, hogy helyes-e az, amit látok.