Scenariusz
Masz kilka raportów o błędach wszystkie pokazujące ten sam problem. Oni wszyscy tajemnicze z podobnymi opowieściami, jak pojawił się problem. Wykonać czynności, ale nie wiarygodnie odtworzyć problem. Po pewnym dochodzenia i przeszukiwania stron internetowych, można podejrzewać, co może się dziać i jesteś pewien, że można go naprawić.
Problem
Niestety, bez wiarygodnego sposobu odtworzenia pierwotnego problemu, nie można sprawdzić, czy rzeczywiście rozwiązuje problem zamiast żadnego wpływu w ogóle lub zaostrza i maskowanie rzeczywistego problemu. Po prostu nie mogli go naprawić, aż staje się powtarzalna za każdym razem, ale jest to duży błąd i nie ustalające spowodowałoby to użytkownikom wiele innych problemów.
Pytanie
Jak idziesz na temat weryfikacji zmiany?
Myślę, że jest to bardzo znany scenariusz do każdego, kto inżynierii oprogramowania, więc jestem pewien, że istnieje mnóstwo rozwiązań i najlepszych praktyk w celu przeciwdziałania błędy jak ten. Obecnie poszukujemy w jednym z tych problemów w naszym projekcie, gdzie spędziłem trochę czasu określenia problemu, ale nie byli w stanie potwierdzić moje podejrzenia. Kolega jest moczyć testowania moją poprawkę w nadziei, że „dzień pracuje bez awarii” równa się „to stałe”. Jednak wolałbym bardziej niezawodne podejście i pomyślałem, że to bogate doświadczenie tutaj na SO.