Klasyczne błędy testowania

Błędy w obszarze "rola testowania"

• Zespół testerski jest odpowiedzialny za zapewnienie jakości.
• Celem testowania jest znajdywanie błędów.
• Problemy użyteczności nie są błędami.
• Brak skupienia się na estymowaniu jakości (i na jakości tych estymat).
• Raportowanie błędów bez odwołania się do kontekstu.
• Zbyt późne testowanie.

Błędy w obszarze "planowanie wysiłku testowego"

• Koncentracja jedynie na testach funkcjonalnych.
• Niskie zaangażowanie w testowanie konfiguracji.
• Zbyt późne testowanie obciążenia i przeciążenia.
• Brak testów dokumentacji.
• Brak testowania instalacji.
• Zbyt duże zaufanie do testów beta.
• Zasada kończenia jednego zadania zanim rozpoczniemy następne.
• Niepowodzenie w identyfikacji obszarów ryzyka.
• Upieranie się przy planie.

Błędy w obszarze "czynnik ludzki"

• Używanie testowania jako wstępu do programowania.
• Rekrutowanie testerów spośród nieudanych programistów.
• Testerzy, którzy nie są ekspertami w danej domenie.
• Brak szukania testerów wśród ludzi z pomocy klientowi i wśród osób odpowiedzialnych za tworzenie specyfikacji technicznej.
• Zespół podobnych do siebie ludzi, brak budowania w oparciu o różnorodność.
• Naciskanie, aby testerzy programowali.
• Oddzielenie testerów od programistów.
• Wiara, że programiści nie mogą testować własnego kodu.
• Programiści, którzy nie są wytrenowani i zmotywowani do testowania własnego kodu.

Błędy w obszarze "tester w pracy"

• Większe skupienie na uruchamianiu testów niż na ich projektowaniu.
• Brak przeglądów na specyfikacji testów.
• Zbyt duża koncentracja na danych wejściowych i procedurach.
• Niedostrzeganie i brak eksplorowania dla ciekawych odchyłek.
• Brak testowania negatywnego.
• Testy zrozumiałe jedynie dla twórcy.
• Testowanie jedynie interfejsu graficznego.
• Niskiej jakości raporty defektów.
• Dodawanie testów regresywnych zamiast badanie już istniejących.
• Brak notatek do następnego zadania testowego.

Błędy w obszarze "technologiczny przesyt"

• Próba automatyzowania wszystkiego.
• Próba wykonania wszystkich testów manualnych za każdym razem.
• Używanie testów nagrywająco-odtwarzających do redukowania kosztów wytworzenia automatów testowych.
• Oczekiwanie, że testy regresywne znajdą dużo nowych błędów.
• Zbytnie pokładanie nadziei w pokrycie kodu.
• Usuwanie testów z zestawu regresyjnego tylko dlatego, że nie podwyższają pokrycia.
• Mierzenie wydajności testerów miarami uzyskanego pokrycia.
• Całkowita rezygnacja z pokrycia.

Za: http://www.scribd.com/pankajeds/d/53248328-Classic-Mistakes-by-Testers