Bugzilla - Bugzilla - Wikipedia
tento článek příliš spoléhá na Reference na primární zdroje.Září 2011) (Zjistěte, jak a kdy odstranit tuto zprávu šablony) ( |
Buggie, Maskot Bugzilla. | |
Snímek obrazovky Bugzilla v akci dne bugzilla | |
Původní autoři | Terry Weissman |
---|---|
Vývojáři | Mozilla Foundation |
První vydání | 26. srpna 1998[1] |
Stabilní uvolnění | |
Náhled verze | 5.1.2 (16. února 2018[3]) [±] |
Úložiště | |
Napsáno | Perl |
Operační systém | Cross-platform |
K dispozici v | Více jazyků |
Typ | Systém sledování chyb |
Licence | Veřejná licence Mozilla |
webová stránka | www |
Bugzilla je web - na všeobecné účely systém sledování chyb a testovací nástroj původně vyvinut a používán Mozilla projekt a licencováno pod Veřejná licence Mozilla.
Vydáno jako open-source software podle Netscape Communications v roce 1998 byla přijata řadou organizací pro použití jako systém sledování chyb pro oba bezplatný open source software a proprietární projekty a produkty. Bugzillu používá mimo jiné Mozilla Foundation, WebKit, Linuxové jádro, FreeBSD,[4] KDE, Apache, červená čepice, Zatmění a LibreOffice.[5] Je to také vlastní hosting.[6]
Dějiny
Bugzilla byla původně navržena Terrym Weissmanem v roce 1998 pro rodící se Mozilla.org projekt, jako otevřený zdroj aplikace, která nahradí interní systém používaný v Netscape Communications pro sledování vad v systému Netscape Communicator apartmá. Bugzilla byla původně napsána v Tcl, ale Weissman se rozhodl to přenést na Perl před jeho vydáním jako součást počátečních open-source kódů Netscape v naději, že k tomu bude moci přispět více lidí, protože Perl se v té době zdál být populárnějším jazykem.[7]
Bugzilla 2.0 byla výsledkem tohoto portu do Perlu a první verze byla zveřejněna anonymně CVS. V dubnu 2000 Weissman předal kontrolu nad projektem Bugzilla Tara Hernandez. Pod jejím vedením byli někteří pravidelní přispěvatelé nuceni převzít větší odpovědnost a vývoj Bugzilly se stal více komunitním. V červenci 2001, když čelila rozptýlení od svých dalších povinností v Netscape, předala Hernandez kontrolu Dave Millerovi, který byl od roku 2020 stále ve vedení[Aktualizace].[8]
Bugzilla 3.0 byla vydána 10. května 2007 a přinesla novou verzi UI, an XML-RPC rozhraní, vlastní pole a rozlišení, mod_perl podpora, sdílené uložené vyhledávání a vylepšené UTF-8 podpora, spolu s dalšími změnami.
Bugzilla 4.0 byla vydána 15. února 2011 a Bugzilla 5.0 byla vydána v červenci 2015.
Časová osa
Časová osa vydání Bugzilly:[9]
Požadavky
Bugzilla Požadavky na systém zahrnout:
- Kompatibilní Systém pro správu databází
- Vhodné uvolnění Perl 5
- Sortiment modulů Perl
- Kompatibilní webový server
- Vhodný agent přenosu pošty, nebo nějaký SMTP serveru
Aktuálně podporované databázové systémy jsou MySQL, PostgreSQL, Věštec, a SQLite. Bugzilla je obvykle nainstalována na Linux za použití Apache HTTP Server, ale jakýkoli webový server, který podporuje CGI jako Lighttpd, Hiawatha, Čerokee může být použito. Proces instalace Bugzilly je příkazový řádek řízený a prochází řadou fází, kde se kontrolují systémové požadavky a možnosti softwaru.
Design
I když v kódu existuje potenciál proměnit Bugzillu na systém technické podpory, nástroj pro správu úkolů nebo nástroj pro správu projektů, se vývojáři Bugzilly rozhodli zaměřit na úkol navrhnout systém pro sledování softwarových defektů. Mezi povinné požadavky na design patří:[10]
- Možnost běhu na volně dostupných, open-source nástrojích. Zatímco vývoj Bugzilla zahrnuje práci na podpoře komerčních databází, nástrojů a operačních systémů.
- Udržování rychlosti a efektivity za každou cenu. Jedním z hlavních lákadel Bugzilly pro vývojáře je jeho nenáročná implementace a rychlost, takže volání do databáze jsou minimalizována, kdykoli je to možné, načítání dat je udržováno co nejlehčí a generování těžkých dat HTML je zabráněno.[Citace je zapotřebí ]
- Vstupenky. Například Mozilla.org jej používá ke sledování požadavků na funkce. V tomto případě může položky (tzv. Chyby) odesílat kdokoli a budou přiřazeny konkrétnímu vývojáři. Pro každou chybu jsou povoleny různé aktualizace stavu spolu s poznámkami uživatelů a příklady chyb.
V praxi většina projektů Bugzilla umožňuje veřejnosti ukládat chyby - jako je databáze chyb Bugzilla pro samotnou Bugzillu - přiřadit všechny chyby strážci brány, jehož úkolem je přiřadit odpovědnost a úroveň priority.
Zarro Boogs
Pokud hledání chyb nevrátí žádné výsledky, vrátí Bugzilla řetězec „nalezeny zarro boogy“ namísto „0 nalezených chyb“.[11] „Zarro Boogs“ je zamýšleno jako „buggy“ prohlášení (překlep „nulových chyb“)[11][12] a je tedy meta-tvrzením o povaze softwaru ladění, což znamená, že i když nebyly identifikovány žádné chyby, některé mohou existovat.
Ve zdrojovém kódu Bugzilla je vývojářům, kteří mohou být tímto chováním zmateni, poskytnut následující komentář:
- Nalezeno Zarro Boogs
- Toto je jen praštěný způsob, jak říci, že nebyly nalezeny žádné chyby odpovídající vašemu dotazu. Když byl Terry Weissman (raný vývojář Bugzilla) požádán o vysvětlení této zprávy, řekl následující:
- Byl jsem požádán, abych to vysvětlil ... už v době, kdy, když Netscape vydal verzi 4.0 svého prohlížeče, jsme měli párty k vydání. Přirozeně došlo k velkému tlaku na pokus o opravu všech známých chyb před vydáním. To se přirozeně nestalo. (Toto není jedinečné pro Netscape ani pro 4.0; totéž se stalo s každým softwarovým projektem, který jsem kdy viděl.) Každopádně na vydavatelské party byly rozdány trička s nápisem „Netscape 4.0: Zarro Boogs ". Stejně jako software nemělo tričko žádné známé chyby. Uh-huh. Když tedy zadáte dotaz na seznam chyb a nebude mít žádné výsledky, můžete si to představit jako přátelskou připomínku. * Samozřejmě * existují chyby, které odpovídají vašemu dotazu, zatím nejsou v bugsystému ...
- - Terry Weissman
- Z příručky Bugzilla Guide - 2.16.10 Release: Glossary[13]
WONTFIX
WONTFIX se používá jako označení problémů v Bugzille a dalších systémech.[14] Znamená to, že ověřený problém nebude vyřešen z jednoho z několika možných důvodů, včetně toho, že oprava by byla příliš nákladná, komplikovaná nebo riskantní.[15][16]
Viz také
- Porovnání systémů pro sledování problémů
- Seznam výpočetních maskotů
- Kategorie: Výpočetní maskoti
Reference
- ^ "Nová verze„ Bugzilla "(mozilla.org bugsystem) - se zdrojem!". netscape.public.mozilla.announce. Citováno 2011-01-28.
- ^ A b „[2019 9. února] Informace o vydání“. 2019-02-09. Citováno 2019-05-15.
- ^ „[2018 16. února] Vydání Bugzilla 5.1.2, 5.0.4 a 4.4.13“. 2018-02-16. Citováno 2018-02-24.
- ^ „Oznámení o migraci z GNATS na Bugzillu na mailing listu FreeBSD“.
Bugzilla podporuje jemnější granularitu pro kategorie a klíčová slova a postupem času je přijmeme více, což usnadní filtrování chyb do konkrétních cílových oblastí. Pro více lidí je nyní snadné sledovat jednu chybu, aniž by museli být přiřazeni k vlastním seznamům adresátů, přidávat přílohy k chybám atd. Mnoho funkcí, které lidé očekávají od moderního sledovače chyb, prostě v GNATS není.
- ^ "Instalační seznam". bugzilla.org.
- ^ "Hlášení chyb". Bugzilla. Bugzilla. 31. prosince 2014. Citováno 9. ledna 2014.
- ^ "Stručná historie". Plán rozvoje. Mozilla.org. Citováno 2006-11-22.
- ^ „Profily vývojářů“. Web Bugzilla. Mozilla.org. Citováno 2013-07-02.
- ^ "Datum vydání". Informace o vydání. Mozilla.org. Citováno 2011-03-31.
- ^ „Principy návrhu“. Plán rozvoje. Mozilla.org. Citováno 2006-11-22.
- ^ A b "Slovník pojmů v příručce Bugzilla pro Nalezeno Zarro Boogs". Glosář. Bugzilla.org. Citováno 2008-04-21.
- ^ Vytvořil Michael Toy, jak vysvětlila Tara Hernandez v PBS dokumentární Code Rush. Událost nastane v 18:21.
- ^ "Glosář". www.bugzilla.org.
- ^ „Stav chyby WONTFIX - openSUSE“. en.opensuse.org. Citováno 9. května 2018.
- ^ „Co dělat a co nedělat v Bugzille“. Citováno 2018-05-09.
- ^ „Stav chyby WONTFIX“. Citováno 2018-05-09.