TheTarPit

jutro to dziś, tylko ma więcej błędów

W zasięgu mojego wzroku pojawiło się w ostatnich czasach kilka mniej lub bardziej humorystycznych artykułów na temat dobrego i złego raportowania błędów — np.: Testers: Are they Vegetable or Mineral?, Every time you submit a bad bug report, god kills a kitten.

Niewątpliwie kwestia „dobre czy złe zgłoszenie” należy do tematów zawsze aktualnych i są ludzie gotowi podjąć taką dyskusję o dowolnej porze dnia i nocy. Tym bardziej, że przy pewnym specyficznym stanie umysłu (niektórzy mówią, że to zbiorowy obłęd) zagadnienie to wydaje się niemalże fascynujące — jak sam napisałem stosunkowo niedawno:

umiejętność opisania błędu tak, aby ktoś inny go zrozumiał, to sztuka sama w sobie, sztuka trudna i tajemnicza.

Powstrzymam się jednak tym razem od marudzenia jak dobrze, a jak źle. Zamiast tego garść przykładów z życia (cytaty autentyczne, nie autoryzowane):

• Zgłoszenie jakie niechcący zauważyłem wczoraj:

  Synchronizacja różnicowa danych trwa kilka minut nawet jeśli nie zmieniły się dane ani na portalu ani na urządzeniu.

  druga część zdania nie jest prawdą w tym przypadku, co wyjaśniliśmy sobie w międzyczasie; pozostaje problem wydajności zapisu większej ilości rekordów

• Albo taki fragment wielce merytorycznej dyskusji pod zgłoszeniem błędu:

  komentarz W: nie mogę obecnie wywołać tego błędu (sprawdzałem na RC1 i RC2) może ktoś ma gotowy scenariusz jak wywołać ten błąd

  komentarz M: PO PROSTU CZASEM SIE WYSYPUJE WYSTĘPUJE ZARÓWNO U KLIENTA JAK I U NAS.

  komentarz W: poprzedni mój komentarz aktualny - "po prostu czasem sie wysypuje" nie jest dobrym scenariuszem

• I jeszcze raz ta sama para:

  Zapewnienia spójności bazy na urządzeniu w sytuacjach awaryjnych

  komentarz W: proszę o dokładnie opisane przykłady problemów z tym związanych - jak dokładnie wyglądała ta "niespójność".

  komentarz M: TAKIE SYTUACJE ZDARZAJĄ SIĘ SPORADYCZNIE, OBJAWY TO BRAK MOŻLIWOŚCI ZALOGOWANIA SIĘ POWTÓRNEGO, CZASEM ŻĄDANIE POWTÓRNEJ SYNCHRONIZACJI POWODUJE, ŻE CIĄGNĄ SIĘ WSZYSTKIE DANE (NIEPOTRZEBNIE),

  komentarz W: należy spróbować wywołać sytuacje powodującą "brak możliwości zalogowania się powtórnego"

Rozstrzygnięcie, czy to są przykłady pozytywne czy raczej nie bardzo, zostawiam własnej ocenie czytelnika...

Komentarze