ISTQB Flashcards

1
Q

Analiza testów (test analysis)

A

Czynność polegająca na identyfikowaniu warunków testowych w wyniku analizy podstawy testów.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Awaria (failure)

A

Wykonanie kodu zawierającego defekt lub niepoprawne działanie kodu spowodowane czynnikami środowiskowymi.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Cel testów (test mission)

A

Cel testowania w organizacji, często dokumentowany jako część polityki testów

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Dane testowe (test data)

A

Dane niezbędne do wykonania testów.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Debuggowanie

A

Czynność związana z wytwarzaniem oprogramowania, która polega na znajdowaniu, analizowaniu i usuwaniu defektów

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Defekt

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Implementacja testów

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Jakość

A

Stopień, w jakim moduł, system lub proces spełnia określone wymagania i/lub spełnia potrzeby i oczekiwania klienta lub użytkownika.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Monitorowanie testów i nadzór nad testami (test monitoring/test control)

A

Aktywność polegająca na sprawdzaniu status aktywności testowych, identyfikowaniu odchylenia od planu lub oczekiwanego statusu oraz raportowaniu statusu do interesariuszy.Działalność, która rozwija i stosuje działania naprawcze, aby utrzymać w toku testy projektu, gdy odbiegają one od tego, co zostało zaplanowane.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Planowanie testów (test planning)

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Podstawa testów (test basis)

A

Zasób wiedzy używany jako podstawa dla analizy i projektowania testów.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Podstawowa przyczyna (root cause)

A

Przyczyna defektu, która – gdy zostanie wyeliminowana – wystąpienie tego typu defektu redukuje lub usuwa.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Pokrycie (coverage)

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Pomyłka/Błąd (error/mistake)

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Procedura testowa (test procedure)

A

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.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Proces testowy (test process)

A

Zbiór powiązanych ze sobą czynności obejmujący: planowanie testów, monitorowanie i nadzór nad testami, analizę testów, projektowanie testów, implementację testów, wykonywanie oraz ukończenie testów.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Projektowanie testów (test design)

A

Czynność wyprowadzania i specyfikowania przypadków testowych z warunków testowych.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Przedmiot testów (test object)

A

Moduł lub system podlegający testowaniu.

19
Q

Przypadek testowy (test case)

A

Zestaw warunków wstępnych, danych wejściowych, akcji (w stosownych przypadkach), oczekiwanych rezultatów i warunków końcowych opracowany w oparciu o warunki testowe.

20
Q

Śledzenie (traceability)

A

Stopień, w jakim można ustalić relację pomiędzy dwoma lub większą liczbą produktów prac.

21
Q

Testalia (testware)

A

Produkty prac stworzone w ramach procesu testowego, używane do planowania, projektowania, wykonywania, oceny i raportowania testów.

22
Q

Testowanie (testing)

A

Proces składający się z wszystkich czynności cyklu życia, zarówno statycznych jak i dynamicznych; skoncentrowany na planowaniu, przygotowaniu i ewaluacji oprogramowania oraz powiązanych produktów w celu określenia czy spełniają one wyspecyfikowane wymagania, na wykazaniu, że są one dopasowane do swoich celów oraz na wykrywaniu usterek.

23
Q

Ukończenie testów (test completion)

A

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.

24
Q

Walidacja

A

Sprawdzenie czy system odpowiada na potrzeby użytkowników oraz innych interesariuszy w swoim środowisku operacyjnym

25
Q

Warunek testowy (test condition)

A

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

26
Q

Weryfikacja

A

Egzaminowanie poprawności i dostarczenie obiektywnego dowodu, że produkt procesu wytwarzania oprogramowania spełnienia zdefiniowane wymagania.

27
Q

Wykonywanie testów (test execution)

A

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

28
Q

Wyrocznia testowa (test oracle)

A

Źródło określające oczekiwane wyniki w celu porównania z faktycznym wynikiem testowanego systemu.

29
Q

Zapewnienie jakości (quality assurance)

A

Działania skoncentrowane na zapewnieniu, że wymagania jakościowe będą spełnione.

30
Q

Zestaw testowy (test suite)

A

Zestaw wykonywanych przypadków testowych lub procedur testowych.

31
Q

Jakie są typowe cele testowania?

A

“– zapobieganie defektom przez dokonywanie oceny produktów takich jak: wymagania, user stories, projekt, kod
– weryfikacja
– sprawdzenie kompletności przedmiotu testów i walidacja
– budowanie zaufania do poziomu jakości przedmiotu testów
– wykrywanie defektów i awarii, a tym samym zmniejszenie poziomu ryzyka związanego z niedostateczną jakością oprogramowania
– dostarczanie interesariuszom informacji niezbędnych do podejmowania świadomych decyzji
– przestrzeganie wymagań wynikających z umów, przepisów prawa i norm lub sprawdzenie czy obiekt testów jest zgodny z tymi wymaganiami lub standardami”

32
Q

Czym różni się testowanie od debugowania?

A

Testowanie pozwala ujawnić awarie będące skutkiem defektów w oprogramowaniu, natomiast debugowanie to czynność związana z wytwarzaniem oprogramowania, która polega na znajdowaniu, analizowaniu i usuwaniu tych defektów

33
Q

Dlaczego testowanie jest niezbędne?

A

“– zmniejszenie ryzyka wystąpienia awarii podczas eksploatacji oprogramowania
– podniesienie jakości systemu
– spełnienie wymagań wynikających z umów/przepisów/norm”

34
Q

W jaki sposób testowanie przyczynia się do podnoszenia jakości?

A

“Wspiera osiągnięcie odpowiednich poziomów jakości w procesie wytwarzania oprogramowania. – zapobiega defektom
– weryfikuje wymagania
– waliduje produkt
– zmniejsza poziom ryzyka związanego z niedostateczną jakością oprogramowania”

35
Q

Jaka jest różnica między pomyłką, defektem i awarią?

A

Pomyłka jest błędem człowieka w efekcie której możliwe jest powstanie defektu w kodzie. Jeśli taki kod zostanie wykonany, wtedy mówimy o awarii.

36
Q

Jaka jest różnica między przyczyną a skutkami defektów

A

Przyczyną defektu jest błąd człowieka, a skutkiem jego istnienia awaria.

37
Q

Jak brzmi siedem zasad testowania?

A

“1. Testowanie ujawnia usterki, ale nie może dowieść ich braku

  1. Testowanie gruntowne jest niemożliwe
  2. Wczesne testowanie oszczędza czas i pieniądze
  3. Kumulowanie się defektów (większość defektów występuje w niewielkiej liczbie modulów)
  4. Paradoks pestycydów (powtarzenie tych samych testów prowadzi do sytuacji w której przestaną one wykrywać nowe defekty)
  5. Testowanie zależy od kontekstu (inaczej testuje się system przemysłowy, inaczej bankowy)
  6. Przekonanie o braku defektów jest błędne”
38
Q

Jaki wpływ na proces testowy ma kontekst?

A

Kluczowy, zależnie od np. dziedziny biznesowej, czynników ryzyka, rozważanych poziomów testów, ograniczeń, polityki testów, norm, a także wykorzystanego modelu cyklu życia i metodyki projektowej proces testowy będzie skrajnie inny.

39
Q

Opisz czynności testowe i odpowiadające im zadania w ramach procesu testowego

A
"– planowanie testów
– monitorowanie testów i nadzór nad nimi
– analiza testów
– projektowanie testów
– implementacja testów
– wykonywanie testów
– ukończenie testów"
40
Q

Jakie są produkty pracy wspomagające proces testowy?

A

“– plan testów– raporty testowe (raporty o postępach i sumaryczne raporty z testów)
– warunki testowe (powiązane z pokrywanymi elementami podstawy testów)
– przypadki testowe i ich zbiory
– procedury testowe
– harmonogram testów”

41
Q

Jakie są korzyści wynikające ze śledzenie powiązań między podstawą testów a produktami pracy związanymi z testowaniem

A

“Śledzenie pozwala na:– ocenę pokrycia testowego
– analizę wpływu zmian
– prowadzenie audytu testów
– ocenę spełnienia kryteriów
– tworzenie bardziej zrozumiałych raportów z testów
– przekazanie biznesowi informacji o technicznych aspektach testów w zrozumiałej formie
– udzielenie informacji potrzebnych do oceny jakości produktów”

42
Q

Jakie czynniki psychologiczne mają wpływ na powodzenie testowania?

A

“– wrażliwość twórcy na krytykę
– efekt potwierdzenia
– błędy poznawcze utrudniające zrozumienie lub akceptacje informacji uzyskanych w wyniku testów
– skłonność do obwiniania osoby przynoszącej złe wiadomości”

43
Q

Jakie są różnice w sposobie myślenia testerów i programistów?

A

Programista patrzy na oprogramowanie z perspektywy projektanta i twórcy, tester z perspektywy osoby, której celem jest weryfikacja i walidacja oprogramowania.