• Chyba je výsledkem chyby kódování

• Vadou je odchylka od požadavků

To znamená: Vada nemusí nutně znamenat, že v kódu je chyba , může být funkce, která nebyla implementována, ale je definována v požadavcích softwaru.

Na stránce Wikipedie o testování softwaru :

Ne všechny chyby softwaru jsou způsobeny chybami kódování. Jeden společný zdroj nákladných defektů je způsoben mezerami v požadavcích, např. Nerozpoznanými požadavky, které vedou k chybám v opomenutí návrháře programu. [14] Běžným zdrojem mezer v požadavcích jsou nefunkční požadavky, jako je testovatelnost, škálovatelnost, udržovatelnost, použitelnost, výkon a zabezpečení.

Komentáře

• Oba jsou “ odchylkami od požadavků „, jak to vidím.
• Vada nemusí být ‚ chybou. Chyba také nemusí ‚ znamenat, že požadavek nebyl splněn, a proto není ‚ odchylkou od požadavku ‚
• Zdá se, že vám chybí bod @Martin. Ano, chyba může být vada. Ano, vadou může být chyba. Ale to nemusí být vždy ‚ vždy pravda. Jen proto, že existuje určité překrytí, neznamená to ‚, že jsou identické! Vennův diagram chyby & Porucha – > (())
• @Dan McGrath: v podstatě to, co jste zde udělali, je vaše vlastní definice chyby. Ale obecně neexistuje ‚ žádný definovaný význam, ‚ je to jen technický žargon!
• @DanMcGrath : Váš Vennův diagram je k ničemu. Může to znamenat buď ({}) nebo ({)} . Předpokládám, že jste mysleli to druhé.

Cituji Ilene Burnstein z knihy Praktické testování softwaru (doporučeno), kdo je součástí definice ve standardech IEEE Collection for Software Engineering „(1994) a“ IEEE Standard Glossary of Software Engineering Terminology „(standard 610.12, 1990):

Chyba

Chyba je chyba, mylná představa nebo nedorozumění ze strany vývojáře softwaru.

Do kategorie vývojářů zahrnujeme softwarové inženýry, programátory, analytiky a testery. Například vývojář může špatně pochopit návrhovou notaci nebo programátor může nesprávně zadat název proměnné.

Poruchy (vady)

V důsledku chyby je do softwaru zavedena chyba (vada). Jde o anomálii softwaru, která může způsobit nesprávné chování, a nikoli podle jeho specifikace.

Poruchy nebo defekty se někdy nazývají „chyby“. Použití druhého termínu bagatelizuje dopad chyb na kvalitu softwaru. Použití termínu „vada“ je také spojeno se softwarovými artefakty, jako jsou požadavky a konstrukční dokumenty. Vady vyskytující se v těchto artefaktech jsou také způsobeny chybami a jsou obvykle zjištěny v procesu kontroly.

Selhání

Selhání je neschopnost softwarového systému nebo součásti plnit požadované funkce v rámci stanovených výkonnostních požadavků.

Během provádění softwarové součásti nebo systému může tester, vývojář, nebo uživatel zjistí, že nepřináší očekávané výsledky. V některých případech určitý typ nesprávného chování naznačuje, že je přítomen určitý typ poruchy. Můžeme říci, že typ nesprávného chování je příznakem poruchy.Zkušený vývojář / tester bude mít v paměti uloženou znalostní databázi případů poruch / symptomů / poruch (modely poruch popsané v kapitole 3). Nesprávné chování může zahrnovat vytváření nesprávných hodnot pro výstupní proměnné, nesprávnou odpověď ze strany zařízení nebo nesprávný obraz na obrazovce. Během vývoje jsou chyby testery obvykle pozorovány a chyby vyhledávají a opravují vývojáři.

Celou kapitolu si můžete přečíst v Knihách Google, zde .

Existují různé pojmy související se softwarovými chybami. Výňatek z kurzu, který jsem absolvoval:

• Chyba : Lidská akce nebo opomenutí což má za následek poruchu.

• Porucha : Porucha je software vada (nesprávný krok, zpracování nebo definice dat), která způsobí selhání.

• Bug : Stejné jako chyba.

• Selhání : neschopnost softwaru vykonávat požadované funkce v rámci stanovených požadavků na výkon.

Podle toho neexistuje žádný rozdíl mezi vadou a chybou. Někteří lidé však tvrdí, že chyba je chyba, která se zjistí před vydáním softwaru, zatímco vadu nalezne zákazník.

Nemohl jsem odolat zveřejnění slavného prvního skutečného případu nalezení chyby „.

Komentáře

• Konečně někdo, kdo přečetl: testingstandards.co.uk/bs_7925-1_online.htm
• že ‚ Není to místo, odkud jsem to získal, ale mohou mít společný zdroj (nebo by to mohl být zdroj).
• Ano, před mnoha a mnoha lety jsem strávil nějakou dobu pokusem o opravu chyby. měl nějaké otravné blikání v jedné buňce na obrazovce a nedávalo to smysl. Nakonec odletěl. (To bylo v době bílého textu na černé obrazovce, dotyčné místo bylo dost daleko na to, aby bylo vždy černé, zatímco Upravoval jsem, a tak jsem si toho všiml, až když za tím program dal nějakou bílou barvu.)

Bože

V dávných dobách – vadný provoz počítače byl způsoben nejrůznějšími věcmi – včetně potkanů žvýkajících kabeláž a skutečných brouků (tvorů), které se dostaly do prací.

termín BUG se zasekl jako termín, který znamená, že něco nefunguje podle očekávání.

BUG by měl být chápán jako žargonový termín znamenající vadu.

Vada je technicky správný význam že věc nedělá, jak by měla.

Kdykoli je to možné, použití DEFECT namísto BUG ve skutečnosti s sebou nese konotaci, kterou uznáváme za naše selhání (naše vady, naše nerozumění požadavkům uživatelů nebo věci implementaci jsme přehlédli) místo toho, abychom se oblékali jako triviálně znějící „chyba“.

Použijte DEFEKT.

Zkuste nepoužívat výraz BUG. Je to hloupé, irelevantní, historické a bagatelizující.

Komentáře

• Proč byste chtěli z používání odstranit dobře srozumitelný technický výraz? ‚ omlouvám se … ano, chyba je historická – ale pokud si myslíte, že programátoři považují chyby (obecně na rozdíl od konkrétních) za triviální, protože Protože se mi říká, že jsou to chyby, nebo že je tento výraz irelevantní, pak se ‚ obávám, že moje proměna v nevrlého středního věku je zcela oprávněná. A jak zdůrazňuje @Dan, chyby jsou vady, ale vady nejsou nutně chyby, což dále naznačuje, že tento pojem má hodnotu.
• @Murph, a “ chyba “ je eufemismus pro chybu programování. Podvědomě to láká k jakémusi skřítkovi, nad kterým vývojář nemá žádnou kontrolu. To není správné – je chyba a uznání, že jde o krok k profesionálnějšímu chování. (Imho samozřejmě :-))
• Ehm, jasně nesouhlasím (-: Vím přesně, kdo je zodpovědný za chyby – chyby v kódování a logiku – které mám ve svém kódu. (I ‚ m také schopen identifikovat selhání jiných lidí ‚ s kódem.) Všichni programátoři, které znám, mají jasno v tom, co tento pojem znamená – že ( nějaký programátor) a ne nějaký druh gremlina udělal chybu.
• Když jednáte se svými zákazníky, můžete těmto věcem říkat chyby nebo vady. Chyby jsou žargon. Vady jsou potvrzením, mimo žargonu, že není to tak, jak by mělo být. “ Defects “ je termín, který je a podporuje jasnou komunikaci – i mimo programovací bratrství jako uvnitř.(Také nesouhlasím s tím, že existuje rozdíl mezi chybou a vadou.)
• Vady jsou správný termín. Kolik programů je vydáno s chybami a my to všichni přijímáme? Ale kolik programů je uvolněno s vadami? To bychom ‚ nepřijali, protože tento termín znamená větší závažnost a víme, že ‚ je to naše vlastní chyba, spíše než chyba, za kterou můžeme vinit počasí nebo denní dobu.

Ze standardu IEEE Slovník terminologie softwarového inženýrství, který je citován v KA pro softwarové inženýrství pro testování a kvalitu softwaru:

chyba. Viz: chyba; chyba.

chyba. (1) Rozdíl mezi vypočítanou, pozorovanou nebo naměřenou hodnotou nebo podmínkou a skutečnou, specifikovanou nebo teoreticky správnou hodnotou nebo podmínkou. Například rozdíl 30 metrů mezi vypočítaným a správným výsledkem. (2) Nesprávný krok, proces nebo definice dat. Například nesprávná instrukce v počítačovém programu. (3) Nesprávný výsledek. Například vypočítaný výsledek 12, když je správný výsledek 10. (4) Lidská akce, která způsobí nesprávný výsledek. Například nesprávná akce ze strany programátora nebo operátora. Poznámka: I když se běžně používají všechny čtyři definice, jeden rozdíl přiřadí definici 1 ke slovu „chyba“, definici 2 ke slovu „chyba“, definici 3 ke slovu „selhání“ a definici 4 ke slovu „chyba“. Viz a2so: dynamická chyba; fatální chyba; domácí chyba; sémantická chyba; syntaktická chyba; statická chyba; přechodná chyba.

selhání. Neschopnost systému nebo součásti plnit požadované funkce v rámci stanovených požadavků na výkon. Poznámka: Disciplína tolerance chyb rozlišuje mezi lidskou činností (chybou), jejím projevem (hardwarová nebo softwarová chyba), výsledkem chyby (selháním) a mírou, o kterou je výsledek nesprávný (chyba). Viz také: havárie; závislé selhání; výjimka; poruchový režim; Poruchovost; těžké selhání; počínající selhání; nezávislé selhání; náhodné selhání; měkké selhání; zaseknutá chyba.

chyba. (1) Porucha hardwarového zařízení nebo součásti; například zkrat nebo přerušený vodič. (2) Nesprávný krok, proces nebo definice dat v počítačovém programu. Poznámka: Tuto definici používá především disciplína odolnosti proti chybám. Běžně se k vyjádření tohoto významu používají pojmy „chyba“ a „chyba“. Viz také: porucha citlivá na data; chyba citlivá na program; ekvivalentní poruchy; maskování poruch; občasná chyba.

Myslím, že definice selhání je nejrelevantnější. Vše začíná chybou, ať už jde o požadavky, design, implementaci nebo testovací případ / postup. Pokud se tato chyba projeví v softwaru, stane se chybou. Selhání je způsobeno existencí jednoho nebo více více chyb v softwaru.

Nemám však zájem o formální definici chyby. Velmi dávám přednost definici poskytnuté dukeofgaming v jeho odpovědi , nicméně v této odpovědi je standardní definice chyby IEEE.

Odpověď Dana McGratha to přikládala správně.

• Chyba je výsledkem chyby kódování
• Vada je odchylkou od požadavků

Možná by to objasnil příklad.

Příklad: Klient chtěl, aby webový formulář mohl uložit a zavřít okno.

Scénář č. 1: Webový formulář má tlačítko pro uložení a další tlačítko pro zavření. Výsledek: Defekt, protože klient chtěl, aby tlačítko 1 uložilo a zavřelo okno. Vývojář to nepochopil a vytvořil samostatně. Protože obě tlačítka splnila své požadavky, nejde o chybu, ale o vadu, protože nesplňovala požadavek klienta.

Scénář č. 2: Webový formulář má tlačítko pro uložení & zavřít, ale pouze uloží, ale ne zavře. Výsledek: Chyba. Protože tlačítko nefunguje podle požadavků / očekávání. Vývojář ví, že se předpokládá, že tento výsledek vyprodukuje, ale nakonec se to nepodařilo (možná chyba kódování).

Nejste si jisti, jestli je to jasnější.

p / s: od vývojáře stand point (I was once), both defects and bugs are just as important. We „ll still fix it.

Dokonce jsme narazili na podivné anomálie, které jsme kategorizovali pod chybami a neustále se snažíme přijít na to, co je příčina a jak to napravit. Pojmem chyby to není triviální ve srovnání s defekty.

Komentáře

• Co nazýváme chybnými požadavky?
• @ gnasher729 pokud jste vadnými požadavky mysleli, že programátoři neporozuměli požadavkům, pak bych si myslel, že je to ‚ vada. Pokud jste ale mysleli na chybné požadavky, protože uživatel poskytující nesprávné požadavky vedoucí k závěrečné práci původní problém nevyřeší, pak je to nad rámec chyby a defektu, protože to je problém spíše s relací shromažďování požadavků než s vývojem.

Tady je jeden, který jsem udělal dříve pro svého zaměstnavatele Q-LEAP na základě slovníku ISTQB a také jsem zkontroloval slovník IEEE. Užívat si.

Chyba a chyba? Totéž, i když o tom lze vést nekonečnou diskusi. Musíme si dělat starosti s jinými věcmi, život je již dostatečně komplikovaný atd.

Příklad jak se tento výraz používá ve volné přírodě, od „Jak Google testuje software“ s. 113. Otevřete článek o „IEEE Software“ a používá se stejným způsobem. Ve skutečnosti se člověk v reálném životě setkává se slovem „defekt“.

Život chyby

Chyby a zprávy o chybách jsou tím artefaktem, kterému každý tester rozumí. Hledání chyb, třídění chyb, opravování chyb a regresní chyby jsou srdcem a pracovním tokem pro kvalita softwaru. Toto je ta část testování, která je u Googlu nejkonvenčnější, ale stále existuje několik zajímavých odchylek od normy. V této části ignorujeme chyby, které jsou ukládány ke sledování pracovních položek, a používáme tento výraz k identifikaci skutečný nefunkční kód. Chyby jako takové často představují hodinový a každodenní pracovní postup technických týmů.

Chyba se rodí. Chyby vyhledává a ukládá každý na Googlu. Produkt Manažeři zaznamenávají chyby, když chytí problémy v prvních verzích, které se liší od jejich specifikací / myšlenek. Vývojáři zaznamenávají chyby, když si uvědomí, že omylem zkontrolovali problém, nebo našli problém někde jinde v základně kódů nebo při interním testování produktů Google. Chyby také přicházejí z terénu, od testerů získávaných z davu, testování externích dodavatelů a jsou hlášeny manažery komunity, kteří monitorují Skupiny Google specifické pro produkt. Mnoho interních verzí aplikací má také rychlé způsoby, jak zaznamenávat chyby, například mapy Google. Softwarové programy někdy vytvářejí chyby prostřednictvím rozhraní API.

Rozdíl je v tom, že výraz „chyba“ zní magicky. Jako by program mohl v sobě náhodně obsahovat chyby, jakmile program dokončíte. Pokud má náhodné chyby, znamená to, že jste neodpovídali specifikacím a váš program je omylem.

Vada znamená chyba, při které program neodpovídá specifikacím. Je to závažnější a v zásadě se říká, že jakákoli chyba je obrovský problém s programem, což znamená, že program není vhodný k vydání.

Rozdíl je v přístupu programátorů, kteří používají tyto výrazy. Existují miliony programů, které jsou vydávány s chybami a lidé jsou v pořádku, protože to z nějakého důvodu přijímají že chyba je kouzelná a náhodná a že každý program obsahuje alespoň jednu chybu. Programátorovi, který používá termín „defekt“, se však může stát nepříjemným, když uvolní program s defektem, protože tento termín znamená větší závažnost.

Důsledky upřednostňování jednoho výrazu před druhým se nás dotýkají každý den.

Mimo konkrétní chybu / úkol / lístek / defekt / problém / bez ohledu na instanci systému sledování tato slova nemají žádný přesný význam, a proto je diskuze o rozdílech mezi nimi zbytečná. Když upravujete svůj pracovní postup, měli byste se vypořádat s terminologií a poskytnout popisy.

V mém současném prostředí je „vadou“ jakákoli položka v Jira. Vypadá to, že Jira sama používá výraz „problém“. Možná jsme to zdědili po nějakém dřívějším systému.„Chyba“ je typ problému, kdy něco nefunguje podle očekávání a je popsáno v dokumentaci. „Požadavek na funkci“, když něco funguje podle očekávání, ale je požadováno zlepšení (může to být zřejmé a důležité, ale pokud je popsáno současné chování, stále jde o požadavek na funkci). Existuje více typů, ale ty 2 používají lidé mimo vývojový tým k tomu, aby od něho něco požadovali.

Pokud vybíráte názvy typů problémů, zvuky „chyba“ a „defekt“ znějí podobně jako já. Rozdíl mezi nimi je stylistický. Protože angličtina není můj rodný jazyk, moc toho nevidím a nejsem si jistý, jestli to, co vidím, je správné.