defects

Defekty funkcjonalne

błędy w działaniu systemu - niezgodne z wymaganiami

Defekty interfejsu

Problemy z wyglądem, czytelnością i użytecznością interfejsu

Defekty wydajnościowe

system działa zbyt wolno lub nieefektywnie pod obciążeniem

defekty bezpieczeństwa

luki w ochronie danych, uprawnieniach lub dostępie

defekty zgodności

system nie działa poprawnie w różnych środowiskach

defekty logiczne

błędy w logice działania lub obliczeniach

defekty treści

literówki błędne teksty, błędy językowe

defekt

błąd w kodzie lub dokumencie

error (pomyłka)

błąd człowieka

failure (awaria)

awaria w działaniu systemu

Quality (jakość)

zgodność z wymaganiami, zadowolenie użytkownika, brak defektów

Quality assurance (zapewnienie jakości)

systematyczne podejście do zapobiegania błędom i budowania jakości od samego początku

root cause (podstawowa przyczyna)

przyczyna źrodłowa, pierwotny powód dla którego w systemie powstał defect

staging

środowisko testowe, które naśladuje środowisko produkcyjne tak dokładnie jak to możliwe, bez ryzyka wpływu na prawdziwych użytkowników

API (Application Programming Interface)

sposób w jaki różne systemy wymieniają dane i polecenia

logi

automatyczne zapisy zdarzeń i operacji wykonywalny przez system, pomagają śledzić działanie programu i diagnozować błędy

coverage (pokrycia)

pokazuje ile z zaplanowanego zakresu zostało rzeczywiście przetestowane

asercja

wyrażenie logiczne, które porównuje oczekiwany wynik z rzeczywistym

debugging

proces usuwania błędów z kodu

test basis (podstawa testów)

wszystkie materiały, które opisują jak system powinien działać. Jeśli tego nie masz - nie masz czego testować.

test case (przypadek testowy)

zestaw warunków wstępnych, danych wejściowych itp. przepis na test. mówi co jak i po co testujemy

test process

całościowy cykl testowania, wszystko co dzieje się od momentu zaplanowania testów aż do ich zakończenia

test planning (planowanie testów)

mapa całego procesu testowego, tworzenie lub aktualizowanie planu testów

test monitoring (monitorowanie testów)

bieżące śledzenie i raportowanie przebiegu testów

test control (nadzór nad testami)

zarządzenie testami, przez działania korygujące, reakcja na problemy zauważone podczas test monitoring

test analysis (analiza testów)

identyfikacja co należy testować

test design (projektowanie testów)

przekładanie test conditions na konkretne przypadki testowe, tworzenie przypadków testowych na podstawie warunków testowych

test implementation (implementacja testów)

przygotowanie testów do uruchomienia. przechodzenie z planowania i projektowania do działania

test execution (wykonywanie testów)

uruchamianie testów i weryfikacja rzeczywistego zachowania systemu

test completion (ukończenie testów)

formalne zakończenie testów, raportowanie wyników i zamknięcie dokumentacji

test data (dane testowe)

wszystkie dane wyjściowe potrzebne do przeprowadzenia testu

test object (przedmiot testów)

komponent lub system który jest testowany

test objective (cel testów)

powód lub cel projektowania i wykonywania testu

test procedure (procedura testowa)

sekwencja czynności potrzebnych do wykonania testu. szczegółowy zestaw kroków które należy wykonać aby zrealizować jeden lub więcej test case

test result (wynik testu)

wynik wykonania testu. informacja o tym co się stało po wykonaniu testu

testware (testalia)

artefakty wytworzone w trakcie procesu testowego, nie jest samym systemem który testujemy, zestaw narzędzi, danych i dokumentów testowych

traceability

możliwość identyfikowania i śledzenia historii artefaktu, zdolność do powiązania różnych elementów procesu wytwarzania oprogramowania, możliwość powiązania wymagań z testami, defektami i innymi artyfaktami

validation (walidacja)

upewnienie się że produkt robi to czego naprawdę oczekuje użytkownik

veryfication (weryfikacja)

sprawdzenie czy produkt jest tworzony z założeniami i wymaganiami