Złoty

Przez narzędzie do zarządzania testami powinna być wspierana czynność raportowania postępu prac, ponieważ:

zgodnie z planem poziomu podstawowego § 6.1.1: narzędzia wspomagające zarządzanie procesem testowym takie jak narzędzia do zarządzania testami, wynikami testów, danymi, wymaganiami, incydentami, defektami itd. oraz narzędzia raportujące i monitorujące wykonanie testów.

Integracja przyrostowa jest korzystniejsza niż integracja metodą „wielkiego wybuchu”, ponieważ integracja przyrostowa ma większą zdolność wczesnego odsiewania defektów:

zgodnie z planem poziomu podstawowego § 2.2.2.

Odpowiedź „Testowanie w oparciu o tablicę decyzyjną” jest prawidłowa, ponieważ:

tabele decyzyjne są dobrym sposobem na uchwycenie tych wymagań na system, które zawierają zależności logiczne, oraz na udokumentowanie wewnętrznej budowy systemu. Mogą być używane do zapisywania złożonych reguł biznesowych, które system ma obsługiwać.

Odpowiedź „Pokrycie decyzji” jest nieprawidłowa, ponieważ:

w treści zadania nie ma mowy o warunkach.

Odpowiedź „Testowanie przejść pomiędzy stanami” jest nieprawidłowa, ponieważ:

testowanie w oparciu o diagram przejść jest najlepszą metodą, gdy system może różnie odpowiadać w zależności od aktualnych warunków oraz od historii. Nie ma tego miejsca w tym przypadku.

Odpowiedź „Testowanie w oparciu o przypadki użycia” jest nieprawidłowa, ponieważ:

w zadaniu nie ma przedstawionych przypadków użycia, opisujących interakcje pomiędzy aktorami (użytkownikami lub systemami), które powodują powstanie wyniku wartościowego z punktu widzenia użytkownika lub klienta.

Odpowiedź „ Testowanie pokrycia kodu” jest prawidłowa, ponieważ:

testowanie pokrycia kodu jest typową metodą białoskrzynkową.

Odpowiedź „Testowanie oparte na specyfikacji wymagań” jest nieprawidłowa, ponieważ:

testowanie oparte na specyfikacji wymagań jest typową metodą czarnoskrzynkową.

Odpowiedź „Testowanie przejść pomiędzy stanami” jest nieprawidłowa, ponieważ:

testowanie przejść pomiędzy stanami jest typową metodą czarnoskrzynkową.

Odpowiedź „Testowanie w oparciu o tablicę decyzyjną” jest nieprawidłowa, ponieważ:

testowanie w oparciu o tablicę decyzyjną jest typową metodą czarnoskrzynkową.

Testowanie w fazie utrzymania to testowanie, którego powodem są modyfikacje, migracje lub wycofanie oprogramowania:

zgodnie z planem poziomu podstawowego § 2.4

Odpowiedź „Testowanie regresywne” jest nieprawidłowa, ponieważ:

testowanie regresywne jest użyteczne w fazie utrzymania, ale to nie są synonimy.

Odpowiedź „Tylko jeśli wykryte defekty zostaną poprawione” jest prawidłowa, ponieważ:

jakość rośnie wraz z usuwaniem defektów, wykrytych podczas testowania.

Odpowiedź „Poprzez zwiększanie zaufania do stabilności oprogramowania” jest nieprawidłowa, ponieważ:

zwiększenie zaufania na temat stabilności następuje, gdy wykrywa się mało (lub wcale) nowych awarii. Ale to osiąga się poprzez poprawę znalezionych defektów.

Odpowiedź „Poprzez mierzenie jakości oprogramowania” jest nieprawidłowa, ponieważ:

samo mierzenie nie zmienia jakości oprogramowania.

Odpowiedź „Poprzez dokumentowanie ukrytych i zamaskowanych usterek w oprogramowaniu” jest nieprawidłowa, ponieważ:

samo dokumentowanie nie zmienia jakości oprogramowania.

Odpowiedź „ Należy nadać testom priorytety i powiadomić przełożonego o tym, że ze względu na brak czasu na wykonanie wszystkich testów, w pierwszej kolejności zostaną wykonane te najważniejsze” jest prawidłowa, ponieważ:

priorytetyzacja pozwoli na sprawdzenie najważniejszych biznesowo ścieżek w aplikacji, a ich działanie jest najistotniejsze dla zaspokojenia potrzeb klienta.

Odpowiedź „Będzie konieczna praca po godzinach” jest nieprawidłowa, ponieważ:

być może rzeczywiście będzie konieczna praca po godzinach, ale czy wtedy pracuje się najbardziej efektywne?

Odpowiedź „Należy zwrócić się do przełożonego o przydzielenie dodatkowych ludzi do pomocy” jest nieprawidłowa, ponieważ:

pomysł dobry, ale czy są dodatkowi wolni testerzy?

Odpowiedź „ Należy rozpocząć wykonywanie testów od tych najłatwiejszych, zostawiając najtrudniejsze na koniec. Pozwoli to na wykonanie największej liczby testów w zadanym czasie” jest nieprawidłowa, ponieważ:

samo wykonanie największej liczby testów (nie wszystkich) nie pozwoli na prawidłową oceną poprawności aplikacji.

Odpowiedź „Istnieje wiele różnych sposobów testowania oprogramowania, jednak trzeba zdecydować, które z nich będą najbardziej efektywne w danym projekcie” jest prawidłowa:

bowiem przy implementacji testów musimy wiedzieć jakie są cele projektu, punkty startowe procesu testowego, techniki projektowania testu do wykorzystania, kryteria wyjścia i typy testu do wykonania.

Odpowiedź „Rozpoczęcie testów bez uprzedniego zaplanowania prowadzi do chaotycznego i nieefektywnego projektu testów” jest nieprawidłowa, ponieważ:

zdanie jest prawdziwe, ale odnosi się do planu testów a nie do strategii.

Odpowiedź „Strategia testowa jest wymagana w celu poinformowania kierownictwa projektu, w jaki sposób zespół testowy będzie planował poszczególne fazy testów” jest nieprawidłowa, ponieważ:

informowanie kierownictwa jest konieczne, ale współpraca z kierownictwem to nie jest główny cel testów.

Odpowiedź „Awaria systemu może powodować straty finansowe, czasu, reputacji a w skrajnych przypadkach może być nawet przyczyną zagrożenia dla zdrowia i życia człowieka. Z tego powodu posiadanie odpowiedniej strategii testowej ma decydujące znaczenie” jest nieprawidłowa, ponieważ:

pierwsza cześć jest prawdziwa, ale to opis ryzyka produktowego. Oczywiście ryzyko produktowe to część strategii testów (umożliwia priorytetyzację), ale to nie całość strategii.

Testalia przechowywane są w narzędziu do zarządzania konfiguracją.

Ponieważ oceniana jest dojrzałość oprogramowania tuż przed wydaniem, chcemy wiedzieć, jak wyglądało testowanie w ostatnim okresie – stąd X jest osią czasową; oś Y powinna zawierać informacje ilościowe. Chcemy by pokrycie rosło, natomiast ilość otwartych incydentów malała.

Odpowiedź „Łatwość tworzenia testów automatycznych przez testerów, którzy niekoniecznie muszą być ekspertami w posługiwaniu się narzędziami do automatyzacji testów” jest prawidłowa:

zgodne z planem poziomu podstawowego § 6.2.2.

Odpowiedź „Testy pisane tą metodą mogą być wykorzystane zarówno w analizie statycznej jak i dynamicznej” jest nieprawidłowa, ponieważ:

testowanie oparte na słowach kluczowych jest metodą dynamiczną.

Odpowiedź „Szybka identyfikacja pomyłek w dokumentacji użytkownika” jest nieprawidłowa, ponieważ:

testowanie opartego na słowach kluczowych nie testuje dokumentacji użytkownika.

Odpowiedź „Nowoczesne aplikacje są pisane z użyciem słów kluczowych, co powoduje, że takie testy są łatwe do utrzymania” jest nieprawidłowa, ponieważ:

słowa kluczowe z aplikacji nie muszą być wykorzystywane w testowaniu opartym na słowach kluczowych.

W takiej sytuacji należy sprawdzić, czy na pewno mamy do czynienia z usterką (możliwe jest np. nieprawidłowe wykonanie testu.) Jeżeli na pewno mamy do czynienia z awarią, dodatkowe informacje ułatwią programistom jej naprawę. Programiści nie powinni zamykać zgłoszenia błędu. Grozi to  (zwłaszcza w końcówce testów) „przepuszczeniem” defektów. Tylko jeżeli powtórne wykonanie scenariusza nie wykazało nieprawidłowego działania, tester może zamknąć zgłoszenie i oznaczyć je jako „nie udało się powtórzyć”.

Testowanie jest tylko jednym z wielu środków służącym zapewnieniu jakości, inne to np. standardy kodowania, szkolenia, analiza błędów.

Ilość wykonanych testów nie jest miarą jakości testowanej aplikacji.

Odpowiedź „Analizę statyczną” jest prawidłowa:

zgodnie z planem poziomu podstawowego § 3.3.

Odpowiedź „Testy użyteczności” jest nieprawidłowa, ponieważ:

testy użyteczności ukierunkowane są na sprawdzenie, w jakim stopniu oprogramowanie jest zrozumiałe, łatwe do nauczenia, łatwe w użyciu oraz atrakcyjne dla użytkowników w określonych warunkach.

Odpowiedź „Testowanie eksploracyjne” jest nieprawidłowa, ponieważ:

testowanie eksploracyjne jest testowaniem czarnoskrzynkowym, więc kod nie jest analizowany.

Odpowiedź „Przegląd modelu aplikacji” jest nieprawidłowa, ponieważ:

przeglądanie modelu aplikacji nie dostarcza informacji, jak została ona wykonana.

Odpowiedź „Liczba pętli oraz instrukcji IF i CASE” jest prawidłowa, ponieważ:

zgodnie z planem poziomu podstawowego § 4.4.2 , pokrycie decyzji polega na zmierzeniu jaki odsetek wyników decyzji (np. wyniku prawda lub fałsz instrukcji if) został przetestowany przez zestaw testów.

Odpowiedź „Liczba zewnętrznych procedur wywoływanych przez program, liczba zmiennych i tablic” jest nieprawidłowa, ponieważ:

struktura programu (procedury, liczba zmiennych itp.) nie ma wpływu na pokrycie decyzji.

Odpowiedzi „Liczba linii kodu” oraz „Liczba linii kodu, które nie są komentarzami” są nieprawidłowe, ponieważ:

liczba linii kodu nie ma wpływu na pokrycie decyzji.

Odpowiedź „Dostęp do kodu źródłowego, środowiska deweloperskiego oraz narzędzi wspomagających (np. dostęp do debagera)” jest prawidłowa:

zgodnie z planem poziomu podstawowego § 2.2.1.

Odpowiedź „Raportowanie zarówno przez programistów jak i przez zespoły testerów do tego samego kierownika, w celu zapewnienia współpracy. ” jest nieprawidłowa, ponieważ:

dobra współpraca jest zawsze dobrym rozwiązaniem, ale na ogół testy modułowe wykonują programiści, a do tego ograniczenie niezależności testerów (wspólny kierownik) nie jest dobrym rozwiązaniem.

Odpowiedź „Dostępność narzędzi do automatyzacji testów, gdyż konieczne jest uruchamianie tych samych przypadków testowych po każdej kompilacji. ” jest nieprawidłowa, ponieważ:

automatyzacja jest dobrym pomysłem, ale testy modułowe można też wykonywać bez użycia narzędzi.

Odpowiedź „Napisanie przypadków testowych przed rozpoczęciem pisania kodu aplikacji, w celu osiągnięcia lepszej jakości kodu” jest nieprawidłowa, ponieważ:

to jest opis techniki TDD, ale testy modułowe można przeprowadzać innymi metodami.

Wymagania funkcjonalne jak i niefunkcjonalne są podstawą testów systemowych, integracja między modułami jest sprawdzana podczas testów integracyjnych „małych”, natomiast strukturę kodu źródłowego sprawdzamy na ogół wcześniej niż w czasie testów systemowych.

Tym samym prawdą są stwierdzenia A oraz C; B oraz D są fałszem.

Odpowiedź „Identyfikowanie ryzyka i wykorzystywanie wiedzy o nim przy planowaniu, specyfikacji i wykonywaniu testów” jest prawidłowa, ponieważ:

taka jest definicja testowania w oparciu o ryzyko, jednej z podstawowych metod testowania.

Odpowiedź „Zapewnienie, że każdy możliwy scenariusz i zestaw danych został w pełni przetestowany” jest nieprawidłowa, ponieważ:

to wymagałoby testów gruntownych.

Odpowiedź „Łagodzenie skutków awarii, możliwe dzięki wykorzystaniu informacji zgromadzonych podczas przeglądów” jest nieprawidłowa, ponieważ:

podczas przeglądów nie wykrywamy awarii.

Odpowiedź „Zapewnienie, że w produkcie nie pozostał żaden defekt przed jego wdrożeniem” jest nieprawidłowa, ponieważ:

to jest stwierdzenie niesprawdzalne.

Odpowiedź „Jeśli kod posiada niezbyt skomplikowaną strukturę przepływu sterowania i jeśli diagramy przepływu sterowania zostaną dostarczone zespołowi testowemu, istnieje pewna szansa osiągnięcia stuprocentowego pokrycia decyzji” jest prawidłowa, ponieważ:

problem w osiągnięciu 100% pokrycia decyzji nie wynika z wielkości programu (liczba linii kodu), tylko ze stopnia skomplikowania kodu.

Odpowiedź „Stuprocentowe pokrycie decyzji to cel teoretyczny, którego w praktyce nie da się osiągnąć” jest nieprawidłowa, ponieważ:

da się osiągnąć 100% pokrycia decyzji.

Odpowiedź „Prośba powinna zostać skierowana do kierownika zespołu programistów, ponieważ stuprocentowe pokrycie decyzji może być osiągnięte jedynie podczas testów jednostkowych, nigdy zaś w testach systemowych” jest nieprawidłowa, ponieważ:

testowanie decyzji może być wykonywane podczas testów systemowych, a nie jedynie podczas testów modułowych.

Odpowiedź „W momencie, gdy osiągnęliśmy stuprocentowe pokrycie instrukcji kodu, cel ten jest już osiągnięty z definicji” jest nieprawidłowa, ponieważ:

100% pokrycia instrukcji nie zapewnia 100% pokrycia decyzji.

Odpowiedź „Zbiór wszystkich dokumentów, z których można wyciągnąć wymagania w odniesieniu do modułu lub systemu” jest prawidłowa, ponieważ:

tak definiuje się podstawę testów w słowniku terminów testowych.

Odpowiedź „Testowa baza danych” jest nieprawidłowa, ponieważ:

testowa baza danych ułatwi testowanie, ale to tylko jeden z elementów podstawy testów.

Odpowiedź „Uzasadnienie finansowe testowania” jest nieprawidłowa, ponieważ:

uzasadnienie testowania otrzymamy po zakończeniu testów; przed rozpoczęciem testów możemy jedynie szacować koszty i ew. korzyści.

Odpowiedź „Stworzone na poziomie całej organizacji wytyczne dotyczące metodologii i zasad prowadzenia testów, a także głównych celów testowania” jest nieprawidłowa, ponieważ:

to jest definicja polityki testowej.

Odpowiedź „Ponieważ pomaga zwiększyć nacisk na testy oraz pozwala uzyskać niezależną opinię zawodowych testerów” jest prawidłowa, ponieważ:

testerzy mają inne spojrzenie na testowany system niż jego twórcy.

Odpowiedź „Ponieważ programiści nie mają zdolności do testowania kodu” jest nieprawidłowa, ponieważ:

programiści mogą (wręcz powinni) testować stworzony przez siebie kod.

Odpowiedź „Aby wykryte defekty były zgłaszane w sposób konstruktywny” jest nieprawidłowa, ponieważ:

tak powinni działać testerzy, ale defekty w sposób konstruktywny mogą zgłaszać inni interesariusze.

Odpowiedź „Aby znajdowanie defektów nie było postrzegane jako krytyka wobec programistów” jest nieprawidłowa, ponieważ:

tak powinni działać testerzy, ale to nie ma związku z niezależnością, tylko z dążeniem do pełnej współpracy deweloperów i testerów.

Odpowiedź „Stosując techniki formalne staramy się być efektywni przy priorytetyzacji testów, aby uniknąć testowania mało prawdopodobnych kombinacji. Podczas zgadywania błędów nie jesteśmy ograniczeni decyzjami o doborze testów zgodnie z priorytetami, co pozwala na tworzenie przypadków testowych dla różnych kombinacji” jest prawidłowa, zaś „Zgadywanie błędów rzadko wyłapuje błędy, niewykryte podczas dobrze napisanych procedur testowych” jest nieprawidłowa, ponieważ:

zgodnie z planem poziomu podstawowego § 4.5 techniki oparte na doświadczeniu użyte jako uzupełnienie technik systematycznych (zwłaszcza gdy zostanie zastosowane po nich), może okazać się użyteczne w uchwyceniu specjalnych przypadków testowych, których nie da się łatwo zaprojektować używając technik formalnych.

Odpowiedź „Techniki formalne skupiają się na wymaganiach, a nie na przypadkach użycia. Przez wykonywanie przypadków użycia technika zgadywania błędów wykrywa błędy, które nie zostały ujawnione przez techniki formalne” jest nieprawidłowa, ponieważ:

technika zgadywania błędów nie musi wykonywać przypadków użycia, co jest raczej techniką formalną.

Odpowiedź „Formalne techniki nie skupiają się na okolicznościach występowania błędów. Zgadywanie błędów skupia się na prawdopodobnych okolicznościach występowania błędów i dlatego znajduje nowe błędy w kodzie, który wcześniej był testowany za pomocą technik formalnych” jest nieprawidłowa, ponieważ:

zarówno w technikach formalnych jak i nieformalnych istotne jest – po wystąpieniu awarii – zdiagnozowanie jej przyczyny.

Odpowiedź „Ułatwiania testowania modułu poprzez symulowanie środowiska, w którym będzie on działał” jest prawidłowa:

zgodne z definicją jarzma testowego w słowniku.

Odpowiedź „Powtarzania tego samego testu na różnych modułach” jest nieprawidłowa, ponieważ:

powtarzanie testów to testy regresji, tu wykorzystamy narzędzie do wykonywania testów.

Odpowiedź „Testów symulacji środowiska produktu podczas fazy projektowania” jest nieprawidłowa, ponieważ:

od tego jest środowisko testowe, a nie jarzmo testowe.

Odpowiedź „Generowania danych testowych dla całego scenariusza testowego” jest nieprawidłowa, ponieważ:

to opis narzędzia do generacji danych testowych (np. wyroczni testowej).

Odpowiedź „Model opisujący cykl życia oprogramowania, który ilustruje jak testowanie integruje się z każdą fazą cyklu życia oprogramowania” jest prawidłowa, ponieważ:

najważniejszą cechą modelu V jest pokazanie integracji faz produkcji i testowania.

Odpowiedź „Oficjalny model ISTQB, opisujący zarówno cykl życia oprogramowania jak i procesu testowego” jest nieprawidłowa, ponieważ:

nie ma oficjalnego modelu ISTQB.

Odpowiedź „Model opisujący cykl życia procesu testowego, w którego skład wchodzą fazy testów jednostkowych, integracyjnych, systemowych i akceptacyjnych” jest nieprawidłowa, ponieważ:

to nie jest model cyklu życia procesu testowego.

Odpowiedź „Model opisujący cykl życia oprogramowania, który nie jest związany z testowaniem” jest nieprawidłowa, ponieważ:

model V jest związany z testowaniem.

Odpowiedź „Diagram przejść pomiędzy stanami” jest prawidłowa, ponieważ:

w modelu pracy windy widać wyraźnie stany („postój na piętrze”) jak i historię („z którego piętra na które winda się porusza”).

Odpowiedź „Tablica decyzyjna” jest nieprawidłowa, ponieważ:

nie ma tu żadnych kombinacji wejść ani wyjść, a wtedy tablica decyzyjna ma zastosowanie.

Odpowiedź „Podział na klasy równoważności” jest nieprawidłowa, ponieważ:

dziedzina nie dzieli się na klasy równoważności.

Odpowiedź „Analiza wartości brzegowych” jest nieprawidłowa:

ponieważ nie ma klas równoważności , nie możemy też mówić o analizie wartości brzegowych.

Odpowiedź „Kolejność może być różna w zależności od sytuacji” jest prawidłowa, ponieważ:

kolejność wykonywania przeglądów nie jest ściśle ustalona, ale zależy od kontekstu.

Odpowiedź „Złą praktyką jest wykonywanie więcej niż jednego typu przeglądu, gdyż jest to stratą czasu” jest nieprawidłowa, ponieważ:

w każdym projekcie można wykonać dowolnie wiele przeglądów.

Odpowiedź „Inspekcja powinna być wykonana jako ostatnia, gdyż warunkiem jej efektywnego przebiegu jest, aby dokument nie zawierał błędów trywialnych” jest nieprawidłowa, ponieważ:

brak błędów trywialnych można określić jako jeden z warunków wejścia, ale z tego nie wynika że przegląd formalny jakim jest inspekcja musi być ostatni.

Odpowiedź „Przeglądom poddawany jest kod źródłowy, a nie dokumenty” jest nieprawidłowa, ponieważ:

przeglądać można dowolny dokument wytwarzany podczas tworzenia aplikacji.

Odpowiedź „Kiedy czasu na testy jest zbyt mało i/lub specyfikacja aplikacji jest niepełna lub nieodpowiednia” jest prawidłowa, ponieważ:

testy eksploracyjne to technika testów oparta na doświadczeniu, a nie na formalnej specyfikacji.

Odpowiedź „Gdy aplikacja jest oddawana do testowania w wielu krokach (przyrostowo) z dobrze zdefiniowaną funkcjonalnością” jest nieprawidłowa, ponieważ:

ten opis raczej dotyczy testów regresji.

Odpowiedź „Kiedy dostępni są jedynie nowi i niedoświadczeni testerzy” jest nieprawidłowa, ponieważ:

testy eksploracyjne powinni przeprowadzać doświadczeni testerzy.

Odpowiedź „Kiedy część aplikacji może zostać przetestowana jedynie u odbiorcy” jest nieprawidłowa, ponieważ:

bo u klienta raczej będziemy przeprowadzać testy oparte na scenariuszach.

Odpowiedź „Specyfikacja definiuje, co system powinien robić – a nie w jaki sposób. Dlatego testowanie w oparciu o specyfikację jest wykonywane bez odwoływania się do wewnętrznej struktury aplikacji” jest prawidłowa:

zgodnie z planem poziomu podstawowego § 4.2 czarnoskrzynkowe techniki projektowania testów (również nazywane technikami opartymi na specyfikacji) są sposobem na wywodzenie oraz wybieranie warunków testowych, przypadków testowych i danych testowych bazującym na analizie podstawy testów; bez „zaglądania do środka”; nie interesuje nas jak system został zbudowany ale jak działa.

Odpowiedź „Specyfikacja nie jest definiowana przez programistów, dlatego nie zawiera szczegółów dotyczących kodu programu” jest nieprawidłowa, ponieważ:

jest to zdanie prawdziwe, ale nie odnosi się do meritum.

Odpowiedź „Bez specyfikacji nie byłoby żadnego systemu, więc nie byłoby również żadnych testów „czarnoskrzynkowych”” jest nieprawidłowa, ponieważ:

to zdanie jest prawdziwe, ale nie odnosi się do pytania o testy czarnoskrzynkowe.

Odpowiedź „Ze specyfikacji można czerpać informacje do systematycznego tworzenia i uaktualniania przypadków testowych – jest to konieczne w przypadku testowania „czarnoskrzynkowego”. Testy „białoskrzynkowe” natomiast nie wymagają zazwyczaj takiego systematycznego podejścia” jest nieprawidłowa, ponieważ:

testy białoskrzynkowe są bardzo systematyczne, na ogół bardziej niż czarnoskrzynkowe.

Najważniejszą cechą wymagania – z punktu widzenia testera – jest jego testowalność; niezawodność, użyteczność i utrzymywalność to własności niefunkcjonalne aplikacji, podlegające testom.

Odpowiedź „Inspekcja musi być prowadzona przez moderatora, nie przez autora” jest prawidłowa, ponieważ:

takie jest wymaganie dla przeglądów formalnych, do których zalicza się inspekcja.

Odpowiedź „Przegląd nieformalny nie może być udokumentowany” jest nieprawidłowa, ponieważ:

zawsze możemy dokumentować przebieg przeglądu, dla przeglądów nieformalnych najczęściej powstają notatki („minutki”) ze spotkania.

Odpowiedź „Przejrzenie (ang.: walkthrough) jest najbardziej formalnym typem przeglądu” jest nieprawidłowa, ponieważ:

przejrzenie to raczej nieformalny typ przeglądu, najbardziej formalny typ przeglądu to inspekcja.

Odpowiedź „Podczas przeglądu technicznego wymagana jest obecność kierownictwa” jest nieprawidłowa, ponieważ:

w przeglądzie technicznym obecność kierownictwa jest niezalecana.

Odpowiedź „Ryzyko techniczne, ryzyko projektu, ryzyko biznesowe, ograniczenia związane z czasem i z budżetem” jest prawidłowa:

zgodne z planem poziomu podstawowego § 5.2.4.

Odpowiedź „Ryzyko techniczne, ryzyko projektu i morale zespołu testującego” jest nieprawidłowa, ponieważ:

morale zespołu testującego nie jest czynnikiem branym pod uwagę.

Odpowiedź „Na tego rodzaju decyzję powinny mieć wpływ jedynie ograniczenia budżetowe” jest nieprawidłowa, ponieważ:

ograniczenia budżetowe to jeden z czynników, ale nie jedyny.

Odpowiedź „Dostępność zespołu programistów, zdolnego do poprawiania defektów zgłaszanych przez zespół testowy” jest nieprawidłowa, ponieważ:

dostępność deweloperów to problem kierownika projektu, nie powinien wpływać na decyzję o zakończeniu testowania; lepiej wiedzieć o usterkach nawet gdy nie zostaną od razu naprawione.

Zgodnie z planem poziomu podstawowego § 4.3.2: Minimum i maksimum klasy równoważności to jej wartości brzegowe.

Zgodnie ze słownikiem testy obciążeniowe to rodzaj testów, których zadaniem jest pomiar zachowania modułu lub systemu przy zwiększającym się obciążeniu, np. liczbie równolegle pracujących użytkowników i/lub liczbie transakcji, w celu określenia, jakie obciążenie moduł lub system jest w stanie obsłużyć.

Odpowiedź „Nie można odpowiedzieć na to pytanie bez szczegółowych informacji na temat struktury kodu tego modułu” jest prawidłowa, ponieważ:

nie znając struktury, nie można określić koniecznej liczby testów; zależy to od ilości rozgałęzień.

Odpowiedź „Przynajmniej 100 000 testów, zakładając brak rozgałęzień w kodzie” jest nieprawidłowa:

ponieważ nie ma rozgałęzień, wystarczy jeden test.

Odpowiedź „Zawsze istnieje możliwość napisania jednego, dużego testu, który przejdzie moduł od początku do końca” jest nieprawidłowa, ponieważ:

tak by było w przypadku braku rozgałęzień w kodzie.

Odpowiedź „100% pokrycia instrukcji kodu jest celem teoretycznym, którego nie da się osiągnąć w przypadku tak dużego modułu” jest nieprawidłowa, ponieważ:

wielkość modułu będzie rzutować na ilość czasu potrzebnego na uzyskanie 100% pokrycia, ale jego osiągnięcie nie jest niemożliwe w każdym przypadku.

Zgodnie z planem poziomu podstawowego § 4.3.3 tabele decyzyjne są dobrym sposobem na uchwycenie tych wymagań na system, które zawierają zależności logiczne.

Zgodnie z słownikiem gęstość defektów to liczba usterek znalezionych w module lub systemie przypadająca na jednostkę wielkości modułu lub systemu (wyrażoną za pomocą standardowej miary oprogramowania, np. w liniach kodu, liczbie klas ilości klas lub punktach funkcyjnych).

Zgodnie z planem poziomu podstawowego § 5.4 zarządzanie konfiguracją pomaga testerom jednoznacznie wskazać (i odtworzyć) testowany element, dokumenty testowe, testy oraz jarzmo testowe.

Odpowiedź „ Testowania „białoskrzynkowego”” jest prawidłowa, ponieważ:

w testach białoskrzynkowych „widać’ testowaną strukturę (np. kod), więc stosunkowo prosto można określić poziom pokrycia i zaprojektować testy tak, aby osiągnąć zadany poziom pokrycia.

Odpowiedź „Testowania „czarnoskrzynkowego”” jest nieprawidłowa, ponieważ:

trudno określić, ile testów potrzeba, by w pełni pokryć warunek z podstawy testów, czasami wystarczy jeden, ale czasami i 50 nie wystarczy.

Odpowiedź „Testowania eksploracyjnego” jest nieprawidłowa, ponieważ:

testowanie eksploracyjne oparte jest na doświadczeniu, a doświadczenie ciężko jest zmierzyć.

Odpowiedź „Testowania w oparciu o przypadki użycia” jest nieprawidłowa, ponieważ:

testowanie w oparciu o przypadki użycia to technika wywodząca przypadki testowe z przypadków użycia – ale w przypadku użycia mamy na ogół opisane tylko scenariusze pozytywne (główny i czasami poboczne), a to nie dostarcza wystarczającej informacji do uzyskania wysokiego poziomu pokrycia (scenariusze negatywne).

Zgodnie z planem poziomu podstawowego § 5.1.1 do zalet niezależnego zespołu testowego zaliczamy to, że niezależni testerzy widzą inne i odmienne usterki niż twórcy oraz nie mają uprzedzeń, natomiast do wad izolację od zespołu deweloperskiego oraz to, że niezależni testerzy mogą być postrzegani jako wąskie gardło lub obwiniani za opóźnienia w wydaniach.

Odpowiedź „Dane identyfikujące testowany odtwarzacz video (sprzęt i oprogramowanie)” jest prawidłowa, ponieważ:

jeżeli testowane są różne odtwarzacze video, informacja identyfikująca jest niezbędna.

Odpowiedź „Faktyczny wynik testu” jest nieprawidłowa, ponieważ:

wynik testu został podany w tytule zgłoszenia.

Odpowiedź „Historię raportu” jest nieprawidłowa, ponieważ:

przy zgłoszeniu incydentu jeszcze nie ma historii.

Odpowiedź „Pomysły na ulepszenie przypadku testowego” jest nieprawidłowa, ponieważ:

wg IEEE 829 ta informacja jest użyteczna dla testera, ale nie umieszcza się jej w zgłoszeniu incydentu.