Question |
Answer |
start learning
|
|
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
|
|
|
start learning
|
|
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
|
|
|
start learning
|
|
Testowalna własność modułu lub systemu zidentyfikowana jako podstawa do testowania
|
|
|
start learning
|
|
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
|
|
|
start learning
|
|
Grupa czynności w testowaniu ukierunkowana na określone charakterystyki modułu lub systemu, oparta na specyficznych celach testowania.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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 start learning
|
|
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 start learning
|
|
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 start learning
|
|
-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 start learning
|
|
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 start learning
|
|
Procedura tworzenia i/lub wybierania przypadków testowych oparta na analizie wewnętrznej struktury modułu lub systemu.
|
|
|
TESTOWANIE OPARTE NA DOŚWIADCZENIU start learning
|
|
Testowanie oparte na doświadczeniu, wiedzy oraz intuicji testerów.
|
|
|
start learning
|
|
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. start learning
|
|
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).
|
|
|
start learning
|
|
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). start learning
|
|
Ciąg transakcji w dialogu pomiędzy użytkownikiem a systemem z namacalnym rezultatem
|
|
|
SYSTEM KRYTYCZNY ZE WZGLĘDÓW BEZPIECZEŃSTWA start learning
|
|
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.
|
|
|
start learning
|
|
Moduł lub system podlegający testowaniu.
|
|
|
start learning
|
|
Obiekt lub właściwość wykorzystywane jako punkt wyjścia dla zaprojektowania testów pokrycia, np. klasy równoważności lub pokrycie kodu.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
Odsetek instrukcji wykonywalnych, które zostały przetestowane przez zestaw testowy.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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 start learning
|
|
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.
|
|
|
start learning
|
|
Każdy produkt testowania, który musi być dostarczony innym osobom niż autor (pracy) produktu.
|
|
|
start learning
|
|
Dowolny produkt pracy, który musi być dostarczon
|
|
|
start learning
|
|
Najmniejszy element programu, który będzie testowany w izolacji – niezależnie od innych modułów.
|
|
|
start learning
|
|
Zbiór modułów zorganizowany tak, by osiągnąć zadaną funkcjonalność.
|
|
|
start learning
|
|
Zdolność oprogramowania do zapewnienia funkcji odpowiadających zdefiniowanym i przewidywanym potrzebom, gdy oprogramowanie jest używane w określonych warunkach.
|
|
|
start learning
|
|
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... start learning
|
|
procedury, pliki, bazy danych, środowiska oraz każde dodatkowe oprogramowanie i narzędzia użyte podczas testowania
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
Opisuje rodzaje czynności wykonywanych na poszczególnych etapach projektu wytwarzania oprogramowania oraz powiązania logiczne i chronologiczne między nimi.
|
|
|
start learning
|
|
Chronologiczny zapis szczegółów związanych z wykonaniem testów.
|
|
|
start learning
|
|
Czynności tworzenia dziennika (logu) testowego.
|
|
|
start learning
|
|
Proces przeprowadzenia testu na module lub systemie, w wyniku którego otrzymujemy rzeczywiste rezultaty.
|
|
|
start learning
|
|
Dokument określający ciąg akcji umożliwiający wykonanie testu
|
|
|
start learning
|
|
Konsekwencja/wynik wykonania testu. Zawiera on wyjścia na ekran, zmiany danych, raporty oraz wysyłane komunikaty.
|
|
|
SPECYFIKACJA PROCEDURY TESTOWEJ (SCENARIUSZ) start learning
|
|
Dokument określający ciąg akcji umożliwiających wykonanie testu. Znana także jako skrypt testowy lub manualny skrypt testowy.
|
|
|
start learning
|
|
Zdolność systemu do utrzymania wydajności przy zwiększaniu obciążenia poprzez wzrost liczby elementów składowych
|
|
|
start learning
|
|
Używane do wykonywania określonych funkcji, nie posiadają bogatego wachlarzu funkcjonalności, który byłby "do wszystkiego".
|
|
|
start learning
|
|
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)
|
|
|
start learning
|
|
Przegląd wykonywany przez inne osoby o podobnych kwalifikacjach.
|
|
|
start learning
|
|
Wymagany stan elementu testowego i jego środowiska przed wykonaniem przypadku testowego.p
|
|
|
start learning
|
|
Oczekiwany stan elementu testowego i jego środowiska po zakończeniu wykonywania przypadku testowego.
|
|
|
start learning
|
|
Stopień w procesie doskonalenia względem wcześniej zdefiniowanego zbioru obszarów procesowych, dla których mają być spełnione wszystkie cele w zbiorze.
|
|
|
start learning
|
|
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. start learning
|
|
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.
|
|
|
start learning
|
|
Rodzaj przeglądu bez formalnego procesu, nie posiadający formalnie udokumentowanych wyników.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
Technika przeglądu przeprowadzana nieformalnie bez ustrukturyzowanego procesu.
|
|
|
PRZEGLĄD OPARTYNA LIŚCIE KONTROLNEJ start learning
|
|
Technika przeglądu oparta na liście pytań lub wymaganych atrybutów.
|
|
|
PRZEGLĄD OPARTY NA SCENARIUSZACH start learning
|
|
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 start learning
|
|
Technika przeglądu, w której przeglądający oceniają produkt prac z różnych punktów widzenia
|
|
|
PRZEGLĄD OPARTY NA ROLACH start learning
|
|
Technika przeglądu, w której produkt pracy jest oceniany z perspektywy różnych interesariuszy.
|
|
|
start learning
|
|
Tworzy produkt, który jest przedmiotem przeglądu; usuwa defekty w produkcie
|
|
|
start learning
|
|
Osoba odpowiedzialna za zarządzanie działaniami testowymi, zasobami i oceną przedmiotu testów.
|
|
|
KIEROWNIK TESTÓW AUTOMATYCZNYCH start learning
|
|
Osoba odpowiedzialna za planowanie i nadzór nad wytworzeniem i rozwojem rozwiązań dla testów automatycznych.
|
|
|
start learning
|
|
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?) start learning
|
|
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.
|
|
|
start learning
|
|
Uczestnik przeglądu, który identyfikuje problemy w produkcie pracy.
|
|
|
start learning
|
|
Osoba zapisująca informacje podczas spotkań przeglądowych.
|
|
|
start learning
|
|
Poziom testów, który koncentruje się na poszczególnych modułach sprzętowych lub programowych.
|
|
|
start learning
|
|
Testowanie wykonywane w celu wykrycia defektów w interfejsach i interakcjach pomiędzy modułami lub systemami.
|
|
|
start learning
|
|
Poziom testów, który koncentruje się na sprawdzeniu, czy system jako całość spełnia określone wymagania.
|
|
|
start learning
|
|
Poziom testów zorientowany na ustalenie, czy zaakceptować system.
|
|
|
TESTOWANIE AKCEPTACYJNE PRZEZ UŻYTKOWNIKA start learning
|
|
Rodzaj testu akceptacyjnego wykonywanego w celu ustalenia, czy użytkownicy dla których przeznaczony jest system, akceptują go.
|
|
|
start learning
|
|
Rodzaj testów akceptacyjnych wykonywanych w środowisku testowym programisty przez osoby spoza organizacji wytwórczej.
|
|
|
start learning
|
|
Rodzaj testów akceptacyjnych przeprowadzanego poza środowiskiem testowym organizacji wytwórczej przez osoby spoza organizacji.
|
|
|
start learning
|
|
Testowanie wykonywane by ocenić czy moduł lub system spełnia wymagania funkcjonalne.
|
|
|
TESTOWANIE NIEFUNKCJONALNE start learning
|
|
Testowanie przeprowadzane w celu sprawdzenia zgodności modułu lub systemu z wymaganiami niefunkcjonalnymi.
|
|
|
TESTOWANIE BIAŁOSKRZYNKOWE (STRUKTURALNE) start learning
|
|
Testowanie oparte na analizie wewnętrznej struktury modułu lub systemu.
|
|
|
TESTOWANIE ZWIĄZANE ZE ZMIANAMI start learning
|
|
Typ testowania inicjowany przez modyfikację modułu lub systemu.
|
|
|
start learning
|
|
Proces modyfikacji modułu lub systemu po jego wydaniu, mający na celu poprawę defektów, charakterystyk jakościowych lub dostosowanie do zmienionego środowiska.
|
|
|
start learning
|
|
Testowanie zmian we wdrożonym systemie lub testowanie wpływu zmienionego środowiska na wdrożony system.
|
|
|
start learning
|
|
Środowisko testowe składające się z zaślepek i sterowników potrzebnych do wykonania testu.
|
|
|
start learning
|
|
|
|
|
SKRYPT DO TESTÓW UŻYTECZNOŚCI start learning
|
|
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.
|
|
|
start learning
|
|
Planowanie, harmonogramowanie, szacowanie, monitorowanie, raportowanie, nadzór i zamykanie czynności testowych.
|
|
|
start learning
|
|
Wyrażenie w kodzie źródłowym, które po tłumaczeniu na kod binarny będzie wykonywane w sposób proceduralny.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
Czynnik (możliwość), który w przyszłości może skutkować negatywnymi konsekwencjami.
|
|
|
start learning
|
|
Ryzyko związane z charakterystyką jakościową.
|
|
|
start learning
|
|
Ryzyko wpływające na jakość produktu
|
|
|
start learning
|
|
Ryzyko wpływające na sukces projektu.
|
|
|
start learning
|
|
Ryzyko jakości związane z zabezpieczeniami.
|
|
|
start learning
|
|
Proces radzenia sobie z ryzykiem.
|
|
|
start learning
|
|
Proces rozpoznawania, rejestrowania, klasyfikacji, badania, rozwiązywania i usuwania defektów.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
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.
|
|
|
start learning
|
|
Działanie człowieka powodujące powstanie nieprawidłowego rezultatu.
|
|
|
DEFEKT (PLUSKWA, USTERKA) start learning
|
|
Niedoskonałość lub wada produktu pracy, polegająca na niespełnieniu wymagań.
|
|
|
start learning
|
|
Zdarzenie, w którym moduł lub system nie wykonuje wymaganej funkcji w określonym zakresie.
|
|
|
start learning
|
|
Użytkownicy, zadania, wyposażenie (sprzęt, oprogramowanie i materiały) oraz fizyczne i społeczne środowiska, w których oprogramowanie jest używane.
|
|
|
start learning
|
|
Czynność tworzenia planów testów lub wprowadzanie do nich zmian
|
|
|
start learning
|
|
Aktywność polegająca na sprawdzaniu status aktywności testowych, identyfikowaniu odchylenia od planu lub oczekiwanego statusu oraz raportowaniu statusu do interesariuszy.
|
|
|
start learning
|
|
Czynność polegająca na identyfikowaniu warunków testowych w wyniku analizy podstawy testów. Odpowiada na pytanie CO NALEŻY PRZETESTOWAĆ?
|
|
|
start learning
|
|
Odpowiada na pytanie JAK TESTOWAĆ?
|
|
|
start learning
|
|
Czynność polegająca na przygotowaniu testaliów potrzebnych do wykonania testów, oparta na analizie i projektowaniu testów.
|
|
|
start learning
|
|
Czynność polegająca na przeprowadzeniu testu modułu lub systemu, by otrzymać rzeczywiste wyniki.
|
|
|
start learning
|
|
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" start learning
|
|
Podejście do wytwarzania oprogramowania, w którym przypadki testowe są projektowane i wdrażane przed opracowaniem odpowiedniego modułu lub systemu.
|
|
|
start learning
|
|
Implementacja strategii testowej w określonym projekcie.
|
|
|
start learning
|
|
Identyfikacja wszystkich produktów pracy na które zmiana ma wpływ, w tym oszacowanie zasobów potrzebnych do przeprowadzenia zmiany.
|
|
|
start learning
|
|
Poziom, do którego przedmiot testów jest modyfikowany poprzez dostosowanie go celem uzyskania testowalności.
|
|
|
start learning
|
|
Testowanie produktu prac bez uruchamiania kodu.
|
|
|
start learning
|
|
Testowanie, podczas którego wykonywany jest kod modułu lub systemu.
|
|
|
start learning
|
|
Minimalna lub maksymalna wartość uporządkowanej klasy równoważności.
|
|
|
ANALIZA WARTOŚCI BRZEGOWYCH start learning
|
|
Czarnoskrzynkowa technika testowania, w której przypadki testowe są projektowane w oparciu o wartości brzegowe.
|
|
|
start learning
|
|
Stopień, w jakim określone elementy pokrycia zostały określone lub sprawdzone przez zestaw testowy wyrażony w procentach.
|
|
|
start learning
|
|
Ciąg sąsiednich krawędzi w grafie skierowanym.
|
|
|
GRAF PRZYCZONOWO-SKUTKOWY start learning
|
|
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 start learning
|
|
Białoskrzynkowa technika testowania, w której przypadki testowe są projektowane w oparciu o przepływy sterowania.
|
|
|
ANALIZA PRZEPŁYWU STEROWANIA start learning
|
|
Forma analizy statycznej oparta na reprezentacji unikalnych ścieżek wykonywanych podczas działania modułu lub systemu.
|
|
|
start learning
|
|
Typ testów integracyjnych wykonywanych w celu sprawdzenia poprawności przekazywania danych i sterowania pomiędzy modułami lub systemami.
|
|
|
start learning
|
|
Przyczyna lub powód testowania.
|
|
|