Moja lekcja

PODSTAWA TESTU

Każdy dokument z którego można wywnioskować wymagania dla modułu lub systemu. Dokumentacja, na podstawie której oparte są przypadki testowe. Jeśli dok. może być zamieniony tylko przez formalną procedurę to podstawa jest nazywana zamrożoną podstawą testu

WARUNEK TESTOWY

Warunek testowy – element lub zdarzenie modułu lub systemu, który może być zweryfikowany przez jeden lub więcej przypadków testowych, np. funkcja, transakcja, cecha, atrybut jakości lub element struktury

WARUNEK TESTOWY

Testowalna własność modułu lub systemu zidentyfikowana jako podstawa do testowania

PRZYPADEK TESTOWY

Zbiór danych wejściowych, wstępnych warunków wykonania, oczekiwanych rezultatów i końcowych warunków wykonania opracowanych w określonym celu lub dla warunku testowego

TYP TESTÓW

Grupa czynności w testowaniu ukierunkowana na określone charakterystyki modułu lub systemu, oparta na specyficznych celach testowania.

DANE TESTOWE

Dane, które istnieją (przykładowo w bazie danych) przed wykonaniem testu, i które mają wpływ na testowany moduł lub system, lub na które wywiera wpływ testowany moduł lub system.

POZIOM TESTÓW

Grupa czynności testowych, które są razem zorganizowane i zarządzane. Poziom testów jest powiązany z poziomami odpowiedzialności w projekcie. Przykładami poziomów testów są testy modułowe, integracyjne, systemowe i akceptacyjne.

SPECYFIKACJA

dokument, który określa, najlepiej w kompletny, precyzyjny i możliwy do weryfikacji sposób, wymagania, projekt, zachowanie lub inne właściwości modułu lub systemu, oraz często procedury sprawdzania, czy te warunki zostały spełnione.

CZARNOSKRZYNKOWA TECHNIKA PROJEKTOWANIA PRZYPADKÓW TESTOWYCH

Procedura tworzenia, wyprowadzająca i/lub wybierająca przypadki testowe w oparciu o analizę specyfikacji, funkcjonalnej lub niefunkcjonalnej, modułu lub systemu bez odniesienia do jego wewnętrznej struktury.

TESTOWANIE CZARNOSKRZYNKOWE

Testowanie funkcjonalne lub niefunkcjonalne, bez odniesienia do wewnętrznej struktury modułu lub systemu.

HISTORYJKA UŻYTKOWNIKA -Wymaganie użytkownika lub wymaganie biznesowe, często używane w zwinnym wytwarzaniu oprogramowania

-W typowych sytuacjach składające się z jednego lub więcej zdań w codziennym lub biznesowym języku, opisujące funkcjonalność potrzebną użytkownikowi, kryteria niefunkcjonalne oraz kryteria akceptacji.

ZWINNE WYTWARZANIE OPROGRAMOWANIA

Grupa metodyk wytwarzania oprogramowania oparta na iteracyjnym, przyrostowym modelu wytwarzania oprogramowania, w których wymagania i rozwiązania ewoluują poprzez współpracę w ramach samoorganizujących się, realizujących wiele funkcji zespołów

BIAŁOSKRZYNKOWE TECHNIKI PROJEKTOWANIA TESTÓW

Procedura tworzenia i/lub wybierania przypadków testowych oparta na analizie wewnętrznej struktury modułu lub systemu.

TESTOWANIE OPARTE NA DOŚWIADCZENIU

Testowanie oparte na doświadczeniu, wiedzy oraz intuicji testerów.

KLASA RÓWNOWARTOŚCI

Podzbiór dziedziny danych wejściowych lub wyjściowych, dla którego zakłada się, na podstawie specyfikacji, że zachowanie modułu lub systemu jest takie samo.

PODZIAŁ NA KLASY ROWNOWAŻNOŚCI -czarnoskrzynkowa technika projektowania przypadków testowych, w której przypadki testowe projektowane są tak, aby użyć elementów z klas równoważności.

W szczególności przypadki testowe projektowane są tak, aby pokryć każdą klasę równoważności, co najmniej raz (by z każdej klasy równoważności wziąć jednego reprezentanta).

DIAGRAM STANÓW

Diagram, który przedstawia stany, jakie moduł lub system może przyjąć oraz pokazuje zdarzenia lub okoliczności, które powodują zmiany stanów i/lub wynikają z tych zmian.

PRZYPADEK UŻYCIA - Jest to konkretne działanie (zachowanie), które podmiot (moduł, system do którego przypadek użycia jest stosowany) może wykonywać we współpracy z jednym lub kilkoma akrorami (użytkownikami).

Ciąg transakcji w dialogu pomiędzy użytkownikiem a systemem z namacalnym rezultatem

SYSTEM KRYTYCZNY ZE WZGLĘDÓW BEZPIECZEŃSTWA

System, którego awaria lub nieprawidłowe działanie może skutkować śmiercią lub poważnymi obrażeniami ludzi, utratą lub poważnymi uszkodzeniami urządzeń, lub zanieczyszczeniem środowiska.

PRZEDMIOT TESTÓW

Moduł lub system podlegający testowaniu.

PRZEDMIOT POKRYCIA

Obiekt lub właściwość wykorzystywane jako punkt wyjścia dla zaprojektowania testów pokrycia, np. klasy równoważności lub pokrycie kodu.

POKRYCIE KODU

Metoda analityczna, określająca które części programu zostały wykonane (pokryte) przez zestaw testowy, oraz które części nie zostały wykonane, np. pokrycie instrukcji kodu, pokrycie decyzji, pokrycie warunków.

POKRYCIE INSTRUKCJI

Odsetek instrukcji wykonywalnych, które zostały przetestowane przez zestaw testowy.

DECYZJA

Punkt w programie, w którym przepływ sterowania ma dwie lub więcej alternatywnych dróg. Węzeł grafu przepływu sterowania, z którego wychodzą dwie lub więcej gałęzi.

POKRYCIE DECYZJI

Odsetek możliwych wyników decyzji, które zostały przetestowane przez zestaw testowy. 100% pokrycia decyzji jest równoważny 100% pokrycia gałęzi oraz implikuje 100% pokrycia instrukcji kodu.

TESTOWANIE EKSPLORACYJNE

Nieformalna technika projektowania testów, w której tester projektuje testy w czasie, gdy są one wykonywane i wykorzystuje informacje zdobyte podczas testowania do projektowania nowych i lepszych testów.

SUMARYCZNY RAPORT Z TESTÓW

Sumaryczny dokument przedstawiający działania testowe i ich rezultaty. Zawiera także ocenę testowanych elementów pod względem zgodności z kryteriami wyjścia.

PRODUKT TESTOWANIA

Każdy produkt testowania, który musi być dostarczony innym osobom niż autor (pracy) produktu.

PRODUKT

Dowolny produkt pracy, który musi być dostarczon

MODUŁ

Najmniejszy element programu, który będzie testowany w izolacji – niezależnie od innych modułów.

SYSTEM

Zbiór modułów zorganizowany tak, by osiągnąć zadaną funkcjonalność.

FUNKCJONALNOŚĆ

Zdolność oprogramowania do zapewnienia funkcji odpowiadających zdefiniowanym i przewidywanym potrzebom, gdy oprogramowanie jest używane w określonych warunkach.

PROJEKT TESTU

Proces przekształcania ogólnych celów testowania w uszczegółowione warunki testowe i przypadki testowe.

TESTALIA -Wszystkie dokumenty i narzędzia (artefakty) wytworzone i używane podczas procesu testowania niezbędne do planowania, projektowania i wykonywania testów, takie jak dokumentacja, skrypty, wejścia, oczekiwane rezultaty...

procedury, pliki, bazy danych, środowiska oraz każde dodatkowe oprogramowanie i narzędzia użyte podczas testowania

TEST DYMNY

Podzbiór wszystkich zdefiniowanych/zaplanowanych przypadków testowych, które pokrywają główne funkcjonalności modułu lub systemu, mający na celu potwierdzenie, że kluczowe funkcjonalności programu działają, bez zagłębiania się w szczegóły.

TEST WSTĘPNY

Szczególny rodzaj testu dymnego mający na celu podjęcie decyzji czy moduł lub system jest gotowy do dalszego szczegółowego testowania. Najczęściej jest wykonywany na początku fazy wykonywania testów.

MODEL CYKLU ŻYCIA

Opisuje rodzaje czynności wykonywanych na poszczególnych etapach projektu wytwarzania oprogramowania oraz powiązania logiczne i chronologiczne między nimi.

LOG TESTÓW

Chronologiczny zapis szczegółów związanych z wykonaniem testów.

LOGOWANIE TESTU

Czynności tworzenia dziennika (logu) testowego.

WYKONYWANIE TESTU

Proces przeprowadzenia testu na module lub systemie, w wyniku którego otrzymujemy rzeczywiste rezultaty.

LISTA KONTROLNA

Dokument określający ciąg akcji umożliwiający wykonanie testu

REZULTAT

Konsekwencja/wynik wykonania testu. Zawiera on wyjścia na ekran, zmiany danych, raporty oraz wysyłane komunikaty.

SPECYFIKACJA PROCEDURY TESTOWEJ (SCENARIUSZ)

Dokument określający ciąg akcji umożliwiających wykonanie testu. Znana także jako skrypt testowy lub manualny skrypt testowy.

SKALOWALNOŚĆ

Zdolność systemu do utrzymania wydajności przy zwiększaniu obciążenia poprzez wzrost liczby elementów składowych

NARZĘDZIE OPEN SOURCE

Używane do wykonywania określonych funkcji, nie posiadają bogatego wachlarzu funkcjonalności, który byłby "do wszystkiego".

EFEKT PRÓBNIKA

Efekt wpływu elem. pomiarowego na moduł lub system podczas dokonywania pomiaru np. poprzez narzędzie do testów wydajnościowych. (wydajność testowanego oprogramowania może być nieznacznie gorsza, kiedy stosowane jest narzędzie do testów wydajnościowych)

PRZEGLĄD KOLEŻEŃSKI

Przegląd wykonywany przez inne osoby o podobnych kwalifikacjach.

WARUNEK WSTĘPNY

Wymagany stan elementu testowego i jego środowiska przed wykonaniem przypadku testowego.p

WARUNEK WYJŚCIOWY

Oczekiwany stan elementu testowego i jego środowiska po zakończeniu wykonywania przypadku testowego.

POZIOM DOJRZAŁOŚCI

Stopień w procesie doskonalenia względem wcześniej zdefiniowanego zbioru obszarów procesowych, dla których mają być spełnione wszystkie cele w zbiorze.

PRZEGLĄD

Typ testowania statycznego, podczas którego produkt pracy lub proces jest oceniany przez jedną lub więcej osób w celu wykrycia problemów i wprowadzenia ulepszeń.

PLAN PRZEGLĄDU -Dokument opisujący podejście, zasoby i harmonogram zamierzonych czynności związanych z przeglądem.

Identyfikuje on m.in. dokumenty i kod, typy przeglądów, uczestników, kryteria wejścia i wyjścia, które będą stosowane w przeglądach formalnych, a także uzasadnienie ich wyboru. Jest zapisem procesu planowania przeglądu.

PRZEGLĄD NIEFORMALNY

Rodzaj przeglądu bez formalnego procesu, nie posiadający formalnie udokumentowanych wyników.

PRZEJRZENIE

Typ przeglądu, w którym autor przechodzi z członkami przeglądu przez produkt pracy, a członkowie zadają pytania i zgłaszają uwagi na temat ewentualnych problemów.

PRZEGLĄD TECHNICZNY

Typ formalnego przeglądu przeprowadzany przez wykwalifikowany zespół technicznych specjalistów, którzy sprawdzają jakość produktu prac oraz identyfikują odchylenia od specyfikacji i standardów.

INSPEKCJA

Typ formalnego przeglądu przeprowadzanego w celu identyfikacji problemów w produkcie prac, dostarczający dane pomiarowe pozwalające na ulepszenie procesu przeglądu oraz procesu wytwarzania oprogramowania.

PRZEGLĄD AD HOC

Technika przeglądu przeprowadzana nieformalnie bez ustrukturyzowanego procesu.

PRZEGLĄD OPARTYNA LIŚCIE KONTROLNEJ

Technika przeglądu oparta na liście pytań lub wymaganych atrybutów.

PRZEGLĄD OPARTY NA SCENARIUSZACH

Technika przeglądu, w której ocenia się produkt pracy w celu ustalenia jego zdolności do wykonywania określonych scenariuszy.

PRZEGLĄD OPARTY NA PERSPEKTYWIE

Technika przeglądu, w której przeglądający oceniają produkt prac z różnych punktów widzenia

PRZEGLĄD OPARTY NA ROLACH

Technika przeglądu, w której produkt pracy jest oceniany z perspektywy różnych interesariuszy.

AUTOR

Tworzy produkt, który jest przedmiotem przeglądu; usuwa defekty w produkcie

KIEROWNIK TESTÓW

Osoba odpowiedzialna za zarządzanie działaniami testowymi, zasobami i oceną przedmiotu testów.

KIEROWNIK TESTÓW AUTOMATYCZNYCH

Osoba odpowiedzialna za planowanie i nadzór nad wytworzeniem i rozwojem rozwiązań dla testów automatycznych.

MODERATOR

Osoba odpowiedzialna za prowadzenie spotkań przeglądowych. (2) Osoba, która przeprowadza sesję testów użyteczności.

LIDER TESTÓW (LIDER PRZEGLĄDÓW?)

W większych projektach osoba, która raportuje do kierownika testów i jest odpowiedzialna za zarządzanie projektem w zakresie określonego poziomu testów lub określonych czynności testowych.

PRZEGLĄDAJĄCY

Uczestnik przeglądu, który identyfikuje problemy w produkcie pracy.

PROTOKOLANT

Osoba zapisująca informacje podczas spotkań przeglądowych.

TESTOWANIE MODUŁOWE

Poziom testów, który koncentruje się na poszczególnych modułach sprzętowych lub programowych.

TESTOWANIE INTEGRACYJNE

Testowanie wykonywane w celu wykrycia defektów w interfejsach i interakcjach pomiędzy modułami lub systemami.

TESTOWANIE SYSTEMOWE

Poziom testów, który koncentruje się na sprawdzeniu, czy system jako całość spełnia określone wymagania.

TESTOWANIE AKCEPTACYJNE

Poziom testów zorientowany na ustalenie, czy zaakceptować system.

TESTOWANIE AKCEPTACYJNE PRZEZ UŻYTKOWNIKA

Rodzaj testu akceptacyjnego wykonywanego w celu ustalenia, czy użytkownicy dla których przeznaczony jest system, akceptują go.

TESTY ALFA

Rodzaj testów akceptacyjnych wykonywanych w środowisku testowym programisty przez osoby spoza organizacji wytwórczej.

TESTY BETA

Rodzaj testów akceptacyjnych przeprowadzanego poza środowiskiem testowym organizacji wytwórczej przez osoby spoza organizacji.

TESTOWANIE FUNKCJONALNE

Testowanie wykonywane by ocenić czy moduł lub system spełnia wymagania funkcjonalne.

TESTOWANIE NIEFUNKCJONALNE

Testowanie przeprowadzane w celu sprawdzenia zgodności modułu lub systemu z wymaganiami niefunkcjonalnymi.

TESTOWANIE BIAŁOSKRZYNKOWE (STRUKTURALNE)

Testowanie oparte na analizie wewnętrznej struktury modułu lub systemu.

TESTOWANIE ZWIĄZANE ZE ZMIANAMI

Typ testowania inicjowany przez modyfikację modułu lub systemu.

PIELĘGNACJA

Proces modyfikacji modułu lub systemu po jego wydaniu, mający na celu poprawę defektów, charakterystyk jakościowych lub dostosowanie do zmienionego środowiska.

TESTOWANIE PIELĘGNACYJNE

Testowanie zmian we wdrożonym systemie lub testowanie wpływu zmienionego środowiska na wdrożony system.

JARZMO TESTOWE

Środowisko testowe składające się z zaślepek i sterowników potrzebnych do wykonania testu.

PRODUKT PRACY

Efekt naszego działania

SKRYPT DO TESTÓW UŻYTECZNOŚCI

Dokument specyfikujący sekwencję czynności potrzebnych do wykonania testu użyteczności. Używany przez moderatora do utrzymania toku odprawy i pytań przedsesyjnej ankiety, zadań testów użyteczności oraz pytań posesyjnej ankiety.

ZARZĄDZANIE TESTAMI

Planowanie, harmonogramowanie, szacowanie, monitorowanie, raportowanie, nadzór i zamykanie czynności testowych.

INSTRUKCJA WYKONYWALNA

Wyrażenie w kodzie źródłowym, które po tłumaczeniu na kod binarny będzie wykonywane w sposób proceduralny.

PROCEDURA TESTOWA

Sekwencja przypadków testowych w kolejności wykonywania oraz wszelkie powiązane działania, które mogą być wymagane do ustanowienia warunków wstępnych i wszelkich czynności podsumowujących po wykonaniu.

RYZYKO

Czynnik (możliwość), który w przyszłości może skutkować negatywnymi konsekwencjami.

RYZYKO JAKOŚCIOWE

Ryzyko związane z charakterystyką jakościową.

RYZYKO PRODUKTOWE

Ryzyko wpływające na jakość produktu

RYZYKO PROJEKTOWE

Ryzyko wpływające na sukces projektu.

RYZYKO ZABEZPIECZEŃ

Ryzyko jakości związane z zabezpieczeniami.

ZARZĄDZANIE RYZYKIEM

Proces radzenia sobie z ryzykiem.

ZARZĄDZANIE DEFEKTAMI

Proces rozpoznawania, rejestrowania, klasyfikacji, badania, rozwiązywania i usuwania defektów.

ZARZADZANIE JAKOŚCIĄ

Czynności mających na celu kierowanie organizacją i kontrolowanie jej pod kątem jakości obejmujących zdefiniowanie polityki jakościowej i celów jakościowych, planowanie jakości, kontrolowanie jakości, zapewnienie jakości i poprawę jakości.

ZARZĄDZANIE ZMIANĄ

Ustrukturalizowane podejście do przejścia (przechodzenia) jednostek i organizacji z bieżącego stanu do przyszłego pożądanego stanu. (2) Kontrolowany sposób wprowadzania zmiany, lub proponowanej zmiany, do produktu lub usługi.

BŁĄD (POMYŁKA)

Działanie człowieka powodujące powstanie nieprawidłowego rezultatu.

DEFEKT (PLUSKWA, USTERKA)

Niedoskonałość lub wada produktu pracy, polegająca na niespełnieniu wymagań.

AWARIA

Zdarzenie, w którym moduł lub system nie wykonuje wymaganej funkcji w określonym zakresie.

KONTEKST UŻYCIA

Użytkownicy, zadania, wyposażenie (sprzęt, oprogramowanie i materiały) oraz fizyczne i społeczne środowiska, w których oprogramowanie jest używane.

PLANOWANIE TESTÓW

Czynność tworzenia planów testów lub wprowadzanie do nich zmian

MONITOROWANIE TESTÓW

Aktywność polegająca na sprawdzaniu status aktywności testowych, identyfikowaniu odchylenia od planu lub oczekiwanego statusu oraz raportowaniu statusu do interesariuszy.

ANALIZA TESTÓW

Czynność polegająca na identyfikowaniu warunków testowych w wyniku analizy podstawy testów. Odpowiada na pytanie CO NALEŻY PRZETESTOWAĆ?

PROJEKTOWANIE TESTÓW

Odpowiada na pytanie JAK TESTOWAĆ?

IMPLEMENTACJA TESTÓW

Czynność polegająca na przygotowaniu testaliów potrzebnych do wykonania testów, oparta na analizie i projektowaniu testów.

WYKONYWANIE TESTÓW

Czynność polegająca na przeprowadzeniu testu modułu lub systemu, by otrzymać rzeczywiste wyniki.

UKOŃCZENIE TESTÓW

Czynność obejmująca udostępnianie testaliów dla późniejszego użycia, pozostawianie środowisk testowych w zadowalającym stanie i komunikowanie wyników testowania odpowiednim interesariuszom

PODEJŚCIE "NAJPIERW TESTUJ"

Podejście do wytwarzania oprogramowania, w którym przypadki testowe są projektowane i wdrażane przed opracowaniem odpowiedniego modułu lub systemu.

PODEJŚCIE DO TESTOWANIA

Implementacja strategii testowej w określonym projekcie.

ANALIZA WPŁYWU

Identyfikacja wszystkich produktów pracy na które zmiana ma wpływ, w tym oszacowanie zasobów potrzebnych do przeprowadzenia zmiany.

POZIOM WPŁYWU

Poziom, do którego przedmiot testów jest modyfikowany poprzez dostosowanie go celem uzyskania testowalności.

TESTOWANIE STATYCZNE

Testowanie produktu prac bez uruchamiania kodu.

TESTOWANIE DYNAMICZNE

Testowanie, podczas którego wykonywany jest kod modułu lub systemu.

WARTOŚĆ BRZEGOWA

Minimalna lub maksymalna wartość uporządkowanej klasy równoważności.

ANALIZA WARTOŚCI BRZEGOWYCH

Czarnoskrzynkowa technika testowania, w której przypadki testowe są projektowane w oparciu o wartości brzegowe.

POKRYCIE

Stopień, w jakim określone elementy pokrycia zostały określone lub sprawdzone przez zestaw testowy wyrażony w procentach.

ŚCIEŻKA

Ciąg sąsiednich krawędzi w grafie skierowanym.

GRAF PRZYCZONOWO-SKUTKOWY

Graficzna reprezentacja wejść i/lub bodźców (przyczyn) z odpowiadającymi im wyjściami (skutkami), które mogą być wykorzystane do projektowania przypadków testowych.

TESTOWANIE PRZEPŁYWU STEROWANIA

Białoskrzynkowa technika testowania, w której przypadki testowe są projektowane w oparciu o przepływy sterowania.

ANALIZA PRZEPŁYWU STEROWANIA

Forma analizy statycznej oparta na reprezentacji unikalnych ścieżek wykonywanych podczas działania modułu lub systemu.

TESTOWANIE INTERFEJSU

Typ testów integracyjnych wykonywanych w celu sprawdzenia poprawności przekazywania danych i sterowania pomiędzy modułami lub systemami.

CEL TESTÓW

Przyczyna lub powód testowania.