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