Wikipedia:Błędy

Z Wikipedii, wolnej encyklopedii
Skocz do: nawigacji, wyszukiwania

Skrót: WP:BUG

Buggie.png

Wnioski o błędach i propozycje nowych funkcji w oprogramowaniu MediaWiki, którego używa Wikipedia, powinny być wypełniane w serwisie Bugzilla Wikimedii. Bugzilla to narzędzie do zgładzanie błędów używane przez wiele projektów. Aby zgłosić błąd w artykule, użyj strony Wikipedia:Zgłoś błąd w artykule.

Błędy niezwiązane bezpośrednio z oprogramowaniem MediaWiki powinny być przedyskutowane w Wikipedia:Kawiarenka/Kwestie techniczne. Jeśli masz wątpliwości, przedyskutuj problem w Kawiarence przed wypełnieniem formularza w Bugzilli Wikimedii.

Bugzilla Wikimedii została uruchomiona w sierpnia 2004 jako zamiennik starszego narzędzia w serwisie SourceForge.

Lista otwartych zgłoszeń w Bugzilli według liczby głosów

Zgłaszanie błedów

Więc znalazłeś błąd w oprogramowaniu i chcesz go zgłosić. Pierwszą rzeczą, jaką powinieneś zrobić, jest przeszukanie istniejących błędów. Ktoś mógł już zgłosić ten błąd, a początkowe szukanie pomaga w uniknięciu duplikatów zgłoszeń. Na wszelki wypadek spróbuj wyszukać kilku różnych synonimów i fraz błędu, pod jakimi spodziewałbyś się znaleźć opis tego błędu.

Następny krok to stworzenie konta, ponieważ konta na Wikipedii nie są przenoszone do Bugzilli. Pamiętaj: twój adres email będzie widzony przy każdym zgłoszeniu i każdym głosie, który składasz na bugzilli.

I na koniec, zgłoś błąd! Wybierz produkt (zazwyczaj MediaWiki) i opisz szczegółowo problem.

Szczegóły

Przy zgłaszaniu błędu pokaże się rozbudowany formularz. Poniższa lista pól objaśnia ich cel:

  • Version (wersja) - wybierz 1.24wmf14 (9edc7e9) dla zgłoszenia bugów widocznych na Wikipedii.
  • Platform i OS (platforma i system operacyjny) - te zazwyczaj nie mają wpływu na błąd, ale nie szkodzi ich wypełnić (jeśli ich nie wypełnisz, zostaną wykryte automatycznie).
  • Component (komponent) - spróbuj odnaleźć część MediaWiki, w której odkryłaś/odkryłeś błąd.
  • Severity (stan) - jak poważny jest błąd. Wybór powinien opierać sie na poniższych opisach:
    • Blocker (blokujący) - blokuje dalszy rozwój i testy (prawdopodobnie nie wiedział(a)byś o takim błędzie)
    • Critical (krytyczny) - krytyczne błędy, utrata danych (wewnętrzna, a nie, np. podgląd edycji)
    • Major (poważny) - poważna utrata funkcji
    • Minor (pomniejszy) - drugorzędna utrata funkcji lub inny problem, gdzie dostępne jest proste obejście
    • Trivial (trywialny) - problem kosmetyczny, jak np. przejęzyczenia, złe wyrównanie tekstu itp.
    • Enhancement (rozszerzenie) - zgłoszenie o rozszerzenie funkcji (propozycje nowych funkcji)
  • Assign To (przypisz do) - to pole zostanie automatycznie wypełnione, nie wpisuj nic
  • CC (wyślij kopię do) - to pole doda ludzi do listy mailingowej informującej użytkowników o zmianach w raportach błędów. Zazwyczaj nie jest dobrym pomysłem dodawanie ludzi do listy CC (pozwól im samym to zrobić)
  • URL - URL do strony z opisem błędu lub błędem, jeżeli jest on widoczny publicznie
  • Summary (opis) - opisz błąd zwięźle, precyzyjnie i treściwie. Developer powinien być w stanie przeczytać podsumowanie i powiedzieć "Oh, więc na tym polega problem". Przykładowo złym podsumowaniem będzie "Wikipedia nie działa!" Pamiętaj, że ludzie przeszukują błędy głównie na podstawie podsumowań. Zrób dobre wrażenie: podsumowanie nie powinno zniechęcać developera przez złe sformułowanie kwestii błędu.

Opis

Zobacz "Zalecenia pisania raportów" (ang.) na bugzilli Mozilli

W opisie powinieneś zawrzeć wszystko, co wiesz o błędzie. Ogólny szablon wszystkich informacji zawiera:

  1. Podsumowanie błędu
  2. Kroki prowadzące do powstania błędu
  3. Oczekiwany rezultat
  4. Otrzymany rezultat
  5. Dodatkowe informacje

W jednym zgłoszeniu opisz tylko jeden problem. Jeśli musisz, wypełnij kilka zgłoszeń. Dobre zgłoszenie powinno:

  1. umozliwić łatwą dać reprodukcję problemu - jeżeli developer nie może zreprodukować problemu, zostanie ono oznaczone tagami WORKSFORME (dla mnie działa) lub INVALID (nieprawidłowy).
  2. ściśle określać problem - dokładny i konkretny opis pomoże developerowi szybciej zlokalizować źródło problemu

Aktualizacje zgłoszeń

Po każdej aktualizacji Twojego zgłoszenia otrzymasz e-mail z informacjami o zmianach. Czasami developerzy mogą zamknąć zgłoszenie, pomimo że sądzisz, że dalej jest słuszne. Jeśli uważasz, że problem dalej istnieje, możesz ponownie otworzyć zgłoszenie i spróbować napisać lepsze wyjaśnienie, albo napisac o nim na liście mailingowej. Jeżeli nie chcesz otrzymywać aktualizacji o swoich zgłoszeniach, możesz zmienić ustawienia w serwisie Bugzilla.

Linkowanie do zgłoszeń

Do zgłoszeń na Bugzilli można linkować używając prefiks interwiki bugzilla:. Na przykład wpisując [[bugzilla:1000]] otrzymasz bugzilla:1000.

Prefiks mediazilla: jest używany do linkowania do którejkolwiek strony MediaZilli. Na przykład wpisując [[mediazilla:index.cgi]] otrzymasz mediazilla:index.cgi.

Zauważ, że prefiks bug: (np. [[bug:1000]]) linkuje do bugijskiej Wikipedii, a nie do Bugzilli.

Przydatne zapytania

Linki zewnętrzne