Różnica między bugiem a ficzerem

Czy można jasno określić różnice? Istnieje takie cóś jak dokumentacja, specyfikacja projektu – bez znajomości zapewne sporego dokumentu bywa że raportowany bug – to tak naprawdę ficzer, lub że nie raportowany jest bug bo tester czy programista myśli że to ficzer. Rzeczywiste błędy tzw. showstopper killer bugs – uniemożliwiają normalne korzystanie z systemu i są zwalczane szybko. Ponadto, myślę, że systemy śledzenia błędów takie jak Mantis web-based bugtracking system czy np Bugzilla uniemożliwiają w pełni poprawne zgłoszenie błędu. Zmuszają to wybrania jednej strony: Coke vs Pepsi. Bug vs Feature Request. Jest to dość bolesne bo w wielku przypadkach potrzebna jest trzecia opcja. Nie ma różnicy między błędem i ficzerem z punktu widzenia użytkownika. Jeśli chce zrobić coś od strony aplikacji i nie może tego zrobić, ponieważ ta opcja nie działa poprawnie nie robi mu żadnej różnicy czy zostanie tak jak jest, czy nie będzie w stanie czegoś zrobić ze względu na komunikat. Tak myślę przy okazji, że będzie warto zatrzymać się nad Bugzzillą lub Mantisem przy kolejnej okazji. Póki co wizualizacja problemu: :]

źródło

Reklamy

Jedna odpowiedź to “Różnica między bugiem a ficzerem”

  1. […] która mogłaby poprawić jego komfort użytkownika lub parametry. Jak pisze autorka One More Bug’s Blog, dla użytkownika brak kluczowej dla niego funkcji (feature) jest tożsame z błędem (bug). […]

Skomentuj

Wprowadź swoje dane lub kliknij jedną z tych ikon, aby się zalogować:

Logo WordPress.com

Komentujesz korzystając z konta WordPress.com. Wyloguj /  Zmień )

Zdjęcie na Google+

Komentujesz korzystając z konta Google+. Wyloguj /  Zmień )

Zdjęcie z Twittera

Komentujesz korzystając z konta Twitter. Wyloguj /  Zmień )

Zdjęcie na Facebooku

Komentujesz korzystając z konta Facebook. Wyloguj /  Zmień )

Connecting to %s

%d blogerów lubi to: