#procestestowy

Ministerstwo głupich testów

Co, jeśli Twój proces testowania oprogramowania bardziej przypomina surrealistyczny humor Monty Pythona niż rzetelną kontrolę jakości?

Proces automatyzacji jest zbyt skomplikowany

Automatyzacja jest trudna do wdrożenia ze względu na mnogość kodu, który musi zostać napisany, aby jakieś sprawdzenie automatyczne mogło zostać wykonane przez maszynę.

Jak napisać plan testów? Nowe materiały w testerzy+

Plan testów to punkt odniesienia w wielu projektach IT, który tworzymy nie tylko do wglądu zespołu testerskiego, ale także dla pozostałych osób zaangażowanych w projekt - analityków, managerów projektu, developerów, a również dla biznesu.

Kiedy należy przestać testować?

Testować potencjalnie można bez końca. Nie możemy jednak kontynuować testów do momentu znalezienia ostatniego błędu w systemie. To oczywiście niemożliwe.

Rola testowania akceptacyjnego (UAT)

Każdy, kto jest w jakikolwiek sposób zaangażowany w tworzenie oprogramowania wie, że zapewnienie pozytywnego doświadczenia użytkownika końcowego jest jednym z kluczowych jego elementów. Jednym ze sposobów, aby tego dokonać, jest zastosowanie testów akceptacyjnych (z ang. User Acceptance Test, UAT).

Warunek testowy zredefiniowany i zredukowany

ISO w najnowszej wersji swojego standardu ISO/IEC/IEEE 29119 zdecydowało się na dość poważną i jednocześnie logicznie uzasadnioną zmianę związaną z "warunkiem testowym". Zamiast niego zaproponowano model testu. Czy jednak zrobiono to dobrze?

Produkty testowania

Specyfikacja testowa, tworzona w przygotowaniu do uruchomienia testów, to zbiór różnego typu dokumentów. Ich nazwy w słowniku ISTQB® nie zawsze odzwierciedlają sedno praktyki testerskiej.

Jak porządnie opisać znaleziony defekt?

Defekty znalezione w oprogramowaniu można dokumentować na różne sposoby, używając różnych narzędzi. Istnieje jednak kilka uniwersalnych cech, niezależnych od techniki prowadzenia dokumentacji, które decydują o jakości opisu defektu.

Odseparowanie danych od testów

Projektowanie architektury kodu i projektowanie systemów, z osobną warstwą dla danych, jest powszechną, dobrą praktyką z wieloma zaletami. Osobna warstwa danych w testowaniu również się sprawdza.

TMMi. Struktura

Struktura TMMi w dużej mierze opiera się na strukturze CMMI. W tej publikacji opisane zostały elementy i struktura TMMi. Ponadto opisano wsparcie zapewnione przez CMMI dla wdrożenia TMMi.