Platynowy

Odpowiedź „Jest po prostu niemożliwe przetestowanie wszystkich kombinacji wejścia/wyjścia dla aplikacji softwarowej” jest prawidłowa, ponieważ:

W zasadzie 2 jest powiedziane: Przetestowanie wszystkiego (wszystkich kombinacji wejść i warunków początkowych) jest niewykonalne poza trywialnymi przypadkami”.

Odpowiedź „Testy automatyczne są lepsze niż testy manualne, gdy chcemy uniknąć testów gruntownych” jest nieprawidłowa, ponieważ:

Testy automatyczne nie zawsze są lepsze niż manualne, a często są wręcz niemożliwe do wykonania.

Odpowiedź „Testowanie gruntowne jest, przy odpowiednim wysiłku i narzędziach, wykonalne dla każdego oprogramowania” jest nieprawidłowa, ponieważ:

Nie da się wykonać testów gruntownych, niezależne od nakładu pracy włożonego w testy (zasada 2).

Odpowiedź „Celem testowania jest wykazanie braku usterek” jest nieprawidłowa, ponieważ:

To zdanie jest sprzeczne z zasadą 1: „Testowanie może pokazać, że istnieją usterki, ale nie może dowieść, że oprogramowanie nie posiada defektów”.

Odpowiedź „Spowodowanie tak wielu awarii jak to tylko możliwe, aby można było zidentyfikować i naprawić usterki” jest prawidłowa, ponieważ:

To jest podstawowe zadanie zespołu testowego.

Odpowiedź „Rozstrzygnięcie, czy wykonano dostatecznie wiele testów modułów w czasie testów systemowych” jest nieprawidłowa, ponieważ:

Testy modułów nie są częścią testów systemowych.

Odpowiedź „Udowodnienie, że wszystkie usterki zostały zidentyfikowane” jest nieprawidłowa, ponieważ:

W zasadzie 1 stwierdza się, że testy gruntowne są niemożliwe, więc nigdy nie można dowieść, że wszystkie usterki zostały zidentyfikowane.

Odpowiedź „Udowodnienie, że pozostawione usterki nie spowodują żadnej awarii” jest nieprawidłowa, ponieważ:

By oszacować, czy usterka będzie powodowała awarię czy nie, należy ją najpierw wykryć. Stwierdzenie, że pozostawione usterki nie spowodują awarii implikuje fakt, że wszystkie usterki zostały wykryte, co jest sprzeczne z zasadą 1.

Odpowiedź „Przeglądanie podstawy testów” jest prawidłowa, ponieważ:

To zadanie jest wykonywane podczas analizy i projektowania testów (p. 1.4.2).

Odpowiedź „Zdefiniowanie celów testowania” jest nieprawidłowa, ponieważ:

To zadanie jest wykonywane podczas planowania testów (p. 1.4.1).

Odpowiedź „Tworzenie zestawów testów z procedur testowych” jest nieprawidłowa, ponieważ:

To zadanie jest wykonywane podczas implementacji i wykonania testów (p. 1.4.3).

Odpowiedź „Analizowanie wniosków z poprzednich projektów dla naprawy procesu” jest nieprawidłowa, ponieważ:

To zdanie jest wykonywane podczas czynności wykonywanych na zakończenie testowania (p. 1.4.5).

Odpowiedź „Produkt zepsuł się, gdy użytkownik wybrał opcję w okienku dialogowym” jest prawidłowa, ponieważ:

Awaria to uzewnętrznienie się usterki. Zepsucie się produktu jest łatwo zauważalne przez użytkownika.

Odpowiedź „Plik z kodem źródłowym dołączony do nowej wersji (build) był w złej wersji” jest nieprawidłowa, ponieważ:

Ten typ usterki nie musi koniecznie prowadzić do widocznej lub zauważalnej awarii, na przykład jeżeli zmiany w nowej wersji źródłowej dotyczą tylko komentarzy.

Odpowiedź „Algorytm używał złych danych wejściowych” jest nieprawidłowa, ponieważ:

Użycie niepoprawnych zmiennych wejściowych nie musi koniecznie prowadzić do widocznej lub zauważalnej awarii. Na przykład, jeżeli nikt nie używa tego konkretnego algorytmu lub źle użyte zmienne wejściowe mają podobne wartości do poprawnych danych wejściowych lub nikt nie używa złych wyników algorytmu. „Usterki w oprogramowaniu mogą prowadzić do wystąpienia awarii, ale nie wszystkie usterki powodują awarie”

Odpowiedź „Deweloper nieprawidłowo zinterpretował wymaganie algorytmu” jest nieprawidłowa, ponieważ:

Ten typ pomyłki nie musi koniecznie prowadzić do widocznej lub zauważalnej awarii. Na przykład, gdy nikt nie używa tego konkretnego algorytmu.

Odpowiedź „Testerzy i programiści przedstawiają defekty jako krytykę osób, a nie produktu” jest prawidłowa, ponieważ:

Zgodnie z sylabusem testerzy i programiści powinni współpracować, a przedstawianie defektów jako krytyki osób może prowadzić do konfliktów.

Odpowiedź „Testerzy i programiści są dociekliwi i skupieni na znajdowaniu defektów” jest nieprawidłowa, ponieważ:

To nie jest sytuacja prowadząca do konfliktu. Testerzy i programiści powinni skupiać się na znajdowaniu usterek.

Odpowiedź „Testerzy i programiści są dostatecznie wykwalifikowani, by znajdować usterki i awarie” jest nieprawidłowa, ponieważ:

Testerzy i programiści powinni być dostatecznie wykwalifikowani, by znajdować defekty i awarie. Nie jest to sytuacja prowadząca do konfliktu.

Odpowiedź „Testerzy spodziewają się, że w oprogramowaniu mogą być defekty, których programiści nie znaleźli i nie naprawili” jest nieprawidłowa, ponieważ:

Rolą testera w zespole jest szukanie tych defektów w oprogramowaniu, które nie zostały znalezione i poprawione przez programistów. Przedstawiona sytuacja jest jak najbardziej naturalna i pożądana.

Zdanie „A. Testerzy mogą być zobowiązani do przetestowania oprogramowania pod kątem wymagań prawnych lub kontraktowych” jest prawdziwe, ponieważ:

Testowanie oprogramowania może polegać na sprawdzaniu wymagań prawnych i kontraktowych.

Zdanie „B. Testowanie oprogramowania jest głównie potrzebne by poprawić jakość efektów pracy programistów” jest prawdziwe, ponieważ:

Testowanie oprogramowania jest głównie potrzebne, by poprawić jakość efektów pracy programistów.

Zdanie „C. Rygorystyczne testowanie i naprawa znalezionych usterek może pomóc w zmniejszaniu ryzyka pojawiania się problemów w środowisku produkcyjnym” jest prawdziwe, ponieważ:

Jednym z głównych celów testowania oprogramowania jest zmniejszanie ryzyka pojawiania się problemów w środowisku produkcyjnym.

Zdanie „D. Rygorystyczne testowanie jest czasami stosowane by udowodnić, że wszystkie awarie zostały wykryte” jest fałszywe, ponieważ:

Nie można udowodnić, że wszystkie awarie zostały wykryte.

Odpowiedź „Testowanie dynamiczne ujawnia awarie spowodowane usterkami, debagowanie odszukuje, analizuje i usuwa powody awarii z oprogramowania” jest prawidłowa, ponieważ:

Testowanie dynamiczne pokazuje awarie spowodowane usterkami, debagowanie odszukuje, analizuje i usuwa przyczyny awarii z oprogramowania.

Odpowiedź „Testowanie namierza i identyfikuje źródło usterki, debagowanie analizuje awarie i proponuje działania prewencyjne” jest nieprawidłowa, ponieważ:

Testowanie nie namierza ani nie identyfikuje źródła usterki.

Odpowiedź „Testowanie usuwa usterki. Debagowanie identyfikuje przyczyny awarii” jest nieprawidłowa, ponieważ:

Testowanie nie usuwa usterek.

Odpowiedź „Testowanie dynamiczne zapobiega przyczynom awarii, debagowanie usuwa awarie” jest nieprawidłowa, ponieważ:

Testowanie dynamiczne nie zapobiega powodom awarii.

Odpowiedź „Testowanie niefunkcjonalne to testowanie takich atrybutów systemu jak użyteczność, niezawodność czy pielęgnowalność” jest prawidłowa, ponieważ:

Testowanie takich atrybutów systemu jak użyteczność, niezawodność czy pielęgnowalność to testowanie niefunkcjonalne.

Odpowiedź „Testowanie niefunkcjonalne to proces testowania zintegrowanego systemu, by sprawdzić, czy spełnia on wyspecyfikowane wymagania” jest nieprawidłowa, ponieważ:

To jest definicja testowania systemowego.

Odpowiedź „Testowanie niefunkcjonalne to proces testowania sprawdzający zgodność systemu ze standardami kodowania.” jest nieprawidłowa, ponieważ:

To wchodzi w skład zadań analizy statycznej.

Odpowiedź „Testowanie niefunkcjonalne to testowanie bez odwoływania się do wewnętrznej struktury systemu” jest nieprawidłowa, ponieważ:

To jest definicja testowania czarnoskrzynkowego.

Odpowiedź „Jeżeli to konieczne, dostosować model do kontekstu projektu i cech produktu” jest prawidłowa, ponieważ:

Modele dostarczają ogólnych wskazówek – nie musi być to dokładny proces krok po kroku, który trzeba stosować literalnie.

Odpowiedź „Wybrać model wodospadowy (kaskadowy), ponieważ to najbardziej sprawdzony model ” jest nieprawidłowa, ponieważ:

Model wodospadowy (kaskadowy) jest jednym z możliwych modeli, który zespół może wybrać.

Odpowiedź „Rozpocząć z modelem V, a potem przejść do modelu iteracyjnego lub przyrostowego” jest nieprawidłowa, ponieważ:

Model V nie jest zgodny z modelem iteracyjnym, więc opisanie przejście nie ma sensu.

Odpowiedź „Zmienić strukturę organizacji, by dostosować się do modelu, a nie odwrotnie” jest nieprawidłowa, ponieważ:

Modele są wybierane by dostosować się do sytuacji i projektu, a nie odwrotnie.

Odpowiedź „Dla każdej aktywności wytwórczej istnieje odpowiadająca jej działalność testowa” jest prawidłowa, ponieważ:

„Dla każdej czynności związanej z wytworzeniem oprogramowania istnieją odpowiadające jej czynności związane z testowaniem” (p. 2.1.3).

Odpowiedź „Testy akceptacyjne to zawsze ostatni stosowany poziom testów” jest nieprawidłowa, ponieważ:

To jest poprawne tylko dla projektów, w których są testy akceptacyjne. Istnieją projekty, w których nie ma tego poziomu testów.

Odpowiedź „Wszystkie poziomy testów są zaplanowane i wykonywane dla każdej cechy wytwórczej” jest nieprawidłowa, ponieważ:

Istnieją sytuacje, w których nie wszystkie poziomy testów są konieczne. Na przykład, gdy otrzymano kod od firmy trzeciej, testy modułowe mogą nie być konieczne.

Odpowiedź „Testerzy są angażowani, gdy tylko pierwszy fragment kodu może być wykonany” jest nieprawidłowa, ponieważ:

Testerzy powinni być angażowani dużo wcześniej, niż gdy kod staje się dostępny. Na przykład, testerzy mogą być angażowani w przeglądy specyfikacji wymagań.

Odpowiedź „Sprawdzanie rozszerzeń dla działającego w środowisku docelowym systemu” jest prawidłowa, ponieważ:

Testowanie możliwości działania systemu po zmianie środowiska jest przykładem testowania pielęgnacyjnego.

Odpowiedź „Sprawdzenie, czy poprawiono defekty podczas tworzenia nowego systemu” jest nieprawidłowa, ponieważ:

Testowanie nowego systemu to nie jest testowanie pielęgnacyjne.

Odpowiedź „Rozstrzyganie skarg dotyczących jakości systemu, zgłaszanych podczas testów akceptacyjnych” jest nieprawidłowa, ponieważ:

Zajmowanie się awariami podczas testów akceptacyjnych to nie jest testowanie pielęgnacyjne.

Odpowiedź „Integracja funkcji podczas tworzenia nowego systemu” jest nieprawidłowa, ponieważ:

Integracja funkcji nie jest czynnością testową.

Zdanie A „Testowanie regresywne i retestowanie to to samo” jest fałszywe, ponieważ:

Testowanie regresywne to powtarzanie testów na już przetestowanym programie, po zmianach, w celu wykrycia usterek wprowadzonych lub ujawnionych w wyniku zmian w programie. Retesty wykonuje się, by potwierdzić, że wykryte defekty zostały usunięte (p. 2.3.4).

Zdanie B „Testy regresji pokazują, czy wszystkie wykryte awarie zostały rozwiązane” jest fałszywe, ponieważ:

Opisuje retesty i nadzór nad testami.

Zdanie C „Testy regresji są dobrym kandydatem do automatyzacji” jest prawdziwe, ponieważ:

Zestawy testów regresji można wykonywać wiele razy i w ogólności zmieniają się one wolno, więc testy regresji dobrze nadają się do automatyzacji (p. 2.3.4).

Zdanie D „Testy regresji wykonuje się, by wykryć defekty będące wynikiem zmian w programie” jest prawdziwe, ponieważ:

To jest definicja testów regresji (p. 2.3.4).

Zdanie E „Testy regresji nie powinny być wykonywane podczas testów integracyjnych” jest fałszywe, ponieważ:

„Testowanie regresywne można wykonywać na wszystkich poziomach testów i dla wszystkich typów testów: funkcjonalnych, niefunkcjonalnych i strukturalnych” (p. 2.3.4).

Odpowiedź „Przypadki testowe dla testowania modułowego są zwykle wyprowadzane ze specyfikacji modułów, specyfikacji projektowej lub z modelu danych, podczas gdy przypadki testowe dla testów systemowych są zwykle wyprowadzane ze specyfikacji wymagań, specyfikacji funkcjonalnej lub przypadków użycia” jest prawidłowa, zgodnie z:

(p.p. 2.2.1 i 2.2.3).

Odpowiedź „Testy modułowe sprawdzają działanie modułów, obiektów lub klas, które można testować w izolacji, podczas gdy testowanie systemowe sprawdza interfejsy pomiędzy modułami i interakcje różnych części systemu” jest nieprawidłowa, ponieważ:

Testowanie systemowe nie testuje interfejsów pomiędzy modułami i interakcji różnych części systemu; to jest zadanie testów integracyjnych.

Odpowiedź „Testowanie modułowe ogranicza się tylko do atrybutów funkcjonalnych, podczas gdy testowanie systemowe ukierunkowane jest na cechy funkcjonalne i niefunkcjonalne” jest nieprawidłowa, ponieważ:

Testowanie modułowe nie ogranicza się wyłącznie do charakterystyk funkcjonalnych.

Odpowiedź „Za testowanie modułowe na ogół odpowiadają testerzy, podczas gdy za testy systemowe na ogół odpowiadają użytkownicy systemu” jest nieprawidłowa, ponieważ:

Za testowanie modułowe na ogół odpowiadają programiści, podczas gdy za testy systemowe na ogół odpowiadają testerzy.

Główne fazy przeglądu formalnego to planowanie, rozpoczęcie, indywidualne przygotowanie, spotkanie przeglądowe, obróbka, sprawdzenie (p. 3.2.1).

Do przeglądów modułów krytycznych ze względu na bezpieczeństwo najbardziej pasuje formalny, udokumentowany przegląd.

Odpowiedź „Wspomagana narzędziami analiza statyczna to dobra metoda na wymuszanie awarii w oprogramowaniu” jest prawidłowa, ponieważ:

Podczas analizy statycznej nie wykryje się żadnej awarii, ponieważ kod nie jest uruchamiany.

Odpowiedź „Wspomagana narzędziami analiza statyczna może być używana jako środek zapobiegawczy w odpowiednim procesie” jest nieprawidłowa, ponieważ:

To zdanie jest prawdziwe, wspomagana narzędziami analiza statyczna może być używana jako środek zapobiegawczy.

Odpowiedź „Wspomagana narzędziami analiza statyczna może znaleźć usterki, które nie dadzą się łatwo wykryć w testowaniu dynamicznym” jest nieprawidłowa, ponieważ:

To zdanie jest prawdziwe, wspomagana narzędziami analiza statyczna może znaleźć usterki, które nie dadzą się wykryć w testowaniu dynamicznym.

Odpowiedź „Wspomagana narzędziami analiza statyczna skutkuje ograniczeniem kosztów przez wczesne znajdowanie usterek” jest nieprawidłowa, ponieważ:

To zdanie jest prawdziwe, wspomagana narzędziami analiza statyczna skutkuje ograniczeniem kosztów przez wczesne znajdowanie usterek.

W diagramie mamy następujące 4 decyzje: A, D, E i F.

W teście ALFA pokryte są przejścia A→B, D→E oraz E→G.
W teście BETA pokryte są przejścia A→B, D→E oraz F→G.
W teście GAMMA pokryte są przejścia A→C, F→C oraz F→G.

Tym samym decyzja A jest pokryta w całości (A→B oraz A→C), decyzja E jest pokryta w całości (E→G oraz E→F), decyzja F jest pokryta w całości (F→C oraz F→G). Decyzja D nie jest pokryta w całości, bo mamy pokryte tylko przejście D→E, natomiast przejście D→F nie jest pokryte.

W pytaniu opisano „A. Testowanie funkcjonalne”, ponieważ:

Ściąganie danych klienta z serwera to typowe testowanie funkcjonalne.

W pytaniu opisano „B. Testowanie strukturalne”, ponieważ:

W opisie problemu jest powiedziane: „Istniejące przypadki testowe pokrywały 100% instrukcji w istniejącym module”, testowanie instrukcji to testy strukturalne.

W pytaniu opisano „C. Retestowanie”, ponieważ:

W opisie problemu jest powiedziane: „By sprawdzić poprawkę i zapewnić bardziej obszerne pokrycie, kilka nowych testów zostało zaprojektowanych, dodanych do zestawu testowego i wykonanych”, a więc mamy do czynienia z retestami.

W pytaniu nie opisano „D. Testowania wydajnościowego”, ponieważ:

W opisie problemu nie ma mowy o testach wydajnościowych.

Zaproponowane przypadki testowe pokrywają wszystkie 5 możliwych pojedynczych przejść na diagramie stanów (S1→S2, S2→S1, S2→S3, S3→S2, S3→S1).

Podział na klasy równoważności dzieli możliwe wejścia na klasy w ten sposób, by każdy element z klasy powodował to samo zachowanie się systemu. Używamy zarówno poprawnych jak i niepoprawnych klas. Technika wymaga, aby w testach użyć co najmniej jednej wartości z każdej klasy. Wprowadzanie danych z Graficznego Interfejsu Użytkownika jest możliwe, ale metoda podziału na klasy równoważności może testować wejścia pochodzące z innych niż GUI źródeł (np. przy użyciu API). Stąd:

„A. Podział możliwych wejść na klasy, w taki sposób, że dla wszystkich elementów danej klasy spodziewamy się podobnego zachowania systemu” – jest prawdą.
„B. Wykorzystuje zarówno poprawne jak i niepoprawne klasy równoważności” – jest prawdą.
„C. Musi używać w testach przynajmniej dwóch wartości z każdej klasy równoważności” – jest fałszem.
„D. Może być używana do testowania klas równoważności wejść wprowadzanych tylko z Graficznego Interfejsu Użytkownika” – jest fałszem.

Odpowiedź „Podział na klasy równoważności, testowanie w oparciu o tablicę decyzyjną, testowanie w oparciu o przejścia pomiędzy stanami, analiza wartości brzegowych” jest prawidłowa, ponieważ:

Wszystkie wymienione techniki są czarnoskrzynkowe (p. 4.3).

Odpowiedź „Podział na klasy równoważności, testowanie w oparciu o tablicę decyzyjną, pokrycie instrukcji, testowanie w oparciu o przypadki użycia” jest nieprawidłowa, ponieważ:

Pokrycie instrukcji jest techniką białoskrzynkową (p. 4.4).

Odpowiedź „Podział na klasy równoważności, pokrycie decyzji, testowanie w oparciu o przypadki użycia” jest nieprawidłowa, ponieważ:

Pokrycie decyzji jest techniką białoskrzynkową (p. 4.4).

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

Pokrycie decyzji jest techniką białoskrzynkową (p. 4.4).

Zgodnie z opisem w zadaniu podział jest następujący:

0 < staż pracy ≤ 2
2 < staż pracy < 5
5 ≤ staż pracy ≤ 10
staż pracy > 10

Informacja o tym, że premia nie może być ujemna nie ma w tym przypadku żadnego znaczenia dla analizy, ponieważ podział dokonywany jest dla stażu pracy, a nie wysokości premii.

Zdanie A „Projektowanie przypadków testowych z przypadków użycia wspomaga testy systemowe i testy akceptacyjne” jest prawdziwe, ponieważ:

Przypadki użycia opisują zwykle interakcje użytkowników z całym systemem, dlatego też najlepiej pasują do definiowania testów na poziomie systemowym. Co więcej, „Przypadki użycia bardzo przydają się w projektowaniu testów akceptacyjnych, w których ma brać udział klient/użytkownik” (p. 4.3.5).

Zdanie B „Projektowanie przypadków testowych z przypadków użycia wspomaga tylko testy automatyczne” jest fałszywe, ponieważ:

Przypadki użycia można testować zarówno ręcznie jak i automatycznie.

Zdanie C „Projektowanie przypadków testowych z przypadków użycia wspomaga testy modułowe” jest fałszywe, ponieważ:

Na poziomie testów modułowych wyprowadzamy przypadki testowe tak, by zwiększyć pokrycie kodu. Wyprowadzamy je patrząc na kod, a nie w oparciu o definicję lub przypadek użycia, być może pozwalający sprawdzić pewien fragment kodu.

Zdanie D „Projektowanie przypadków testowych z przypadków użycia wspomaga testowanie integracji” jest prawdziwe, ponieważ:

Przypadki użycia „pomagają również wykrywać defekty integracji spowodowane interakcją i interferencją różnych modułów” (p. 4.3.5).

Odpowiedź „Doświadczenie, dane o usterkach i awariach, wiedza o awariach oprogramowania” jest prawidłowa, ponieważ:

„Listy defektów i awarii można budować na podstawie doświadczenia, dostępnych danych na temat usterek i awarii oraz na ogólnej wiedzy dlaczego oprogramowanie nie działa” (p. 4.5).

Odpowiedź „Identyfikacja ryzyka wykonana na początku projektu” jest nieprawidłowa, ponieważ:

Identyfikacja ryzyka oznacza obszary lub własności na których trzeba się koncentrować, ale nie mówi jak je testować.

Odpowiedź „Przypadki użycia wyprowadzone z przepływów biznesowych przez ekspertów dziedzinowych” jest nieprawidłowa, ponieważ:

Testowanie przepływów biznesowych nie koncentruje się na znanych słabościach w oprogramowaniu. Ono po prostu sprawdza pewne przypadki użycia.

Odpowiedź „Wyniki testów i porównanie z wynikami oczekiwanymi uzyskanymi z istniejącego systemu” jest nieprawidłowa, ponieważ:

To zdanie opisuje jedną z możliwych sytuacji, gdy test przeszedł lub nie i nie ma nic wspólnego z atakiem usterek.

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

Testowanie eksploracyjne jest dobrym pomysłem, gdy jest uboga specyfikacja i duża presja czasu (p. 4.5).

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

W projekcie mamy ubogą specyfikację, więc jest małe prawdopodobieństwo, że przypadki użycia istnieją.

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

Testowanie instrukcji zajmuje dużo czasu, a w projekcie jest duża presja czasu.

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

Testowanie decyzji zajmuje dużo czasu, a w projekcie jest duża presja czasu.

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

Testowanie decyzji jest techniką białoskrzynkową (p. 4.4).

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

Analiza wartości brzegowych jest techniką czarnoskrzynkową (p. 4.3).

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

Podział na klasy równoważności jest techniką czarnoskrzynkową (p. 4.3).

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

Testowanie przejść między stanami jest techniką czarnoskrzynkową (p. 4.3).

Do zdefiniowania przypadków testowych 1 – 6 została zastosowana technika analizy wartości brzegowych, ponieważ:

Podane wartości (0,1,INT_MAX-1, INT_MAX) to typowe wartości brzegowe dla zmiennych będących dodatnimi liczbami całkowitymi.

W przypadkach testowych zajście akcji zależy od zajścia kombinacji warunków. W przypadkach T5 i T6 opisana jest sytuacja osiągnięcia celu, który nie został wcześniej uzgodniony. Taka sytuacja nie może mieć miejsca.

Odpowiedź „Lider testów planuje, organizuje i zarządza aktywnościami testowymi, podczas gdy tester specyfikuje i wykonuje testy” jest prawidłowa, ponieważ:

patrz p. 5.1.2.

Odpowiedź „Lider testów planuje aktywności testowe i wybiera odpowiednie standardy postępowania, podczas gdy tester wybiera narzędzia, które będą użyte i sprawuje nad nimi nadzór” jest nieprawidłowa, ponieważ:

Wybór narzędzia to zadanie lidera testów (p. 5.1.2).

Odpowiedź „Lider testów planuje, monitoruje i zarządza aktywnościami testowymi, podczas gdy tester projektuje testy i decyduje o zatwierdzeniu kryteriów zakończenia” jest nieprawidłowa, ponieważ:

Decyzja o zatwierdzeniu kryteriów zakończenia to zadanie lidera testów.

Odpowiedź „Lider testów planuje i organizuje testowanie oraz specyfikuje przypadki testowe, podczas gdy tester priorytetyzuje i wykonuje testy” jest nieprawidłowa, ponieważ:

Lider testów nie specyfikuje przypadków testowych.

Odpowiedź „Obszary podatne na błędy, potencjalne szkody dla użytkownika, słabe parametry jakościowe produktu” jest prawidłowa, ponieważ:

To są ryzyka produktowe (p. 5.5.2).

Odpowiedź „Niska jakość wymagań, projektu, kodu i testów” jest nieprawidłowa, ponieważ:

Niska jakość wymagań to ryzyko projektowe (p. 5.5.1).

Odpowiedź „Problemy polityczne, a także opóźnienia – głównie w złożonych obszarach produktu” jest nieprawidłowa, ponieważ:

To są ryzyka projektowe.

Odpowiedź „Problemy w definiowaniu poprawnych wymagań, obszary możliwych awarii w oprogramowaniu lub w systemie” jest nieprawidłowa, ponieważ:

Problemy z wymaganiami to ryzyka projektowe (p. 5.5.1).

Odpowiedź „Miary pokrycia testowego, miary niezawodności, koszt testów, harmonogram, stan naprawy usterek i pozostałe ryzyko” jest prawidłowa, ponieważ:

Patrz sylabus (p. 5.5.1).

Odpowiedź „Miary pokrycia testowego, miary niezawodności, stopień niezależności testerów i złożoność produktu” jest nieprawidłowa, ponieważ:

Stopień niezależności testerów nie ma znaczenia jako kryterium wyjścia.

Odpowiedź „Miary pokrycia testowego, miary niezawodności, koszt testów, dostęp do testowalnego kodu, czas do wypuszczenia produktu na rynek i kompletność (gotowość) produktu” jest nieprawidłowa, ponieważ:

Dostęp do testowalnego kodu to kryterium wejściowe.

Odpowiedź „Czas do wypuszczenia produktu na rynek, pozostałe usterki, kwalifikacje testerów, stopień niezależności testerów, miary pokrycia testowego oraz koszt testów” jest nieprawidłowa, ponieważ:

Zarówno stopień niezależności testerów jak i kwalifikacje testerów nie mają znaczenia jako kryteria wyjścia.

Odpowiedź „R1 > R3 > R2 > R5 > R6 > R4 > R7” jest prawidłowa, ponieważ:

Testy są ustawione zgodnie z zależnościami.

Odpowiedź „R3 > R2 > R1 > R7 > R5 > R6 > R4” jest nieprawidłowa, ponieważ:

Wszystko jest zależne od R1, więc każda sekwencja nie zaczynająca się od R1 jest niepoprawna.

Odpowiedź „R2 > R5 > R6 > R4 > R7 > R1 > R3” jest nieprawidłowa, ponieważ:

Wszystko jest zależne od R1, więc każda sekwencja nie zaczynająca się od R1 jest niepoprawna.

Odpowiedź „R1 > R2 > R5 > R6 > R3 > R4 > R7” jest nieprawidłowa, ponieważ:

R2 jest zależne od R3, więc R3 powinno być testowane przed R2.

Odpowiedź „Niezależni testerzy starają się być bezstronni i znajdują inne usterki niż deweloperzy” jest prawidłowa, ponieważ:

To jest jeden z powodów niezależności.

Odpowiedź „Zostanie wykonane więcej pracy, bo testerzy nie przeszkadzają deweloperom przez cały czas” jest nieprawidłowa, ponieważ:

Niezależność nie oznacza braku współpracy.

Odpowiedź „Niezależni testerzy nie potrzebują dodatkowego wykształcenia i treningu” jest nieprawidłowa, ponieważ:

Testerzy potrzebują wiedzy i szkoleń niezależnie od tego,  czy są testerami niezależnymi, czy nie.

Odpowiedź „Niezależni testerzy redukują wąskie gardło w procesie zarządzania incydentami” jest nieprawidłowa, ponieważ:

Nie ma związku pomiędzy niezależnością testerów a redukcją wąskiego gardła w procesie zarządzania incydentami.

Odpowiedź „Braki umiejętności i niedobór personelu” jest prawidłowa, ponieważ:

Braki umiejętności i niedobór personelu to typowe ryzyka projektowe.

Odpowiedź „Niedostateczne właściwości oprogramowania (np. użyteczność)” jest nieprawidłowa, ponieważ:

To jest ryzyko produktowe.

Odpowiedź „Podatność dostarczonego oprogramowania na awarie” jest nieprawidłowa, ponieważ:

To jest ryzyko produktowe.

Odpowiedź „Możliwe problemy niezawodności (usterki)” jest nieprawidłowa, ponieważ:

To jest ryzyko produktowe.

Odpowiedź „Podsumowanie podstawowych aktywności testowych, zdarzeń i ich status w stosunku do spełnienia zamierzonych celów” jest prawidłowa, ponieważ:

Końcowy raport z testów musi zawierać informacje o podstawowych aktywnościach testowych, zdarzeniach i ich statusie w stosunku do spełnienia zamierzonych celów.

Odpowiedź „Liczba wykonanych przypadków testowych i ich wyniki” jest nieprawidłowa, ponieważ:

Liczba wykonanych przypadków testowych i ich wyniki mogą być zawarte w końcowym raporcie z testów zgodnie z IEEE 829, ale to nie jest najważniejsza część raportu.

Odpowiedź „Całkowite oszacowanie każdego elementu pracy deweloperów” jest nieprawidłowa, ponieważ:

 Oszacowanie każdego elementu pracy deweloperów nie jest częścią końcowego raportu z testów.

Odpowiedź „Szkolenia odbyte przez członków zespołu testowego, które wspierały wysiłek testowy” jest nieprawidłowa, ponieważ:

Szkolenia nie są istotne w końcowym raporcie z testów.

Odpowiedź „Wpływ, opis incydentu, data i czas, twoje nazwisko” jest prawidłowa, ponieważ:

Najważniejszą informacją, która musi być zawarta w raporcie o incydencie jest wpływ.

Odpowiedź „Unikalny identyfikator zgłoszenia, specjalne wymagania i dane osoby, która wykryła defekt” jest nieprawidłowa, ponieważ:

Te informacje powinny być zawarte w raporcie o incydencie, ale nie są tak istotne jak wpływ (…).

Odpowiedź „Przekazywane elementy (ang. transmitted items), twoje nazwisko i twoje odczucia nt. prawdopodobnego źródła błędu” jest nieprawidłowa, ponieważ:

(…) raport o incydencie powinien zawierać rzeczowe informacje, nie „odczucia” testerów nt. prawdopodobnego źródła błędu.

Odpowiedź „Opis incydentu, środowisko, oczekiwane wyniki testów” jest nieprawidłowa, ponieważ:

Te informacje powinny być zawarte w raporcie o incydencie, ale nie są tak istotne jak wpływ (…).

Zdanie A jest NIEPOPRAWNE – zaleca się zacząć od pilotażu przed wdrożeniem narzędzia w całej organizacji.

Zdanie B jest POPRAWNE – patrz powyżej.

Zadanie C jest POPRAWNE – „Ocena czy i jak narzędzie pasuje do obowiązujących procesów i praktyk oraz ustalenie, co ewentualnie należałoby zmienić” (p. 6.3).

Zdanie D jest POPRAWNE – Zapewnienie szkoleń jest jednym z czynników sukcesu przy wdrożeniu narzędzia (p. 6.3).

Zdanie E jest NIEPOPRAWNE – Jeżeli każdy będzie określał własne metody użycia narzędzia, to skończy się bałaganem. „Ustalenie standardów użycia” jest jednym z czynników sukcesu przy wdrożeniu narzędzia (p. 6.3).

Zdanie F jest NIEPOPRAWNE – Koszt wdrożenia narzędzia może być większy niż sam koszt zakupu. Nieuwzględnienie tego faktu to jedno z ryzyk związanych z wdrożeniem narzędzia (p. 6.1).

Zdanie G jest POPRAWNE – „Zbieranie wniosków z wykorzystania narzędzia przez wszystkie zespoły” to jeden z czynników sukcesu przy wdrożeniu narzędzia (p. 6.3).

Odpowiedź „Tablica zawierająca dane wejściowe do testów, słowa opisujące akcje oraz wartości oczekiwane sprawdzające działanie testowanego systemu” jest prawidłowa, ponieważ:

„W podejściu sterowanym słowami kluczowymi arkusz kalkulacyjny zawiera słowa kluczowe opisujące akcje do wykonania (nazywane również słowami akcji) oraz dane testowe.” (p. 6.2.2).

Odpowiedź „Działania testerów nagrane w skrypcie, który jest wykonywany wielokrotnie” jest nieprawidłowa, ponieważ:

To jest definicja automatyzacji w oparciu o skrypty testowe.

Odpowiedź „Działania testerów nagrane w skrypcie, który jest wykonywany wielokrotnie z różnymi zbiorami testowych danych wejściowych” jest nieprawidłowa, ponieważ:

To jest definicja automatyzacji testowania sterowanego danymi.

Odpowiedź „Możliwość logowania wyników i porównania ich z wynikami oczekiwanymi, przechowywanymi w zbiorze tekstowym” jest nieprawidłowa, ponieważ:

 To jest opisanie części tego, co robi struktura do automatyzacji testów.

Odpowiedź „Redukcja odsetka wykrytych usterek w Projekcie Pilotażowym” jest prawidłowa, ponieważ:

Redukcja odsetka wykrytych usterek nie jest celem Projektu Pilotażowego.

Odpowiedź „Oszacowanie, na ile narzędzie pasuje do istniejących procesów i praktyk” jest nieprawidłowa, ponieważ:

To zdanie jest prawdziwe, patrz sylabus p. 6.3.

Odpowiedź „Określenie sposobu użycia, zarządzania, przechowywania i pielęgnacji narzędzia i testaliów” jest nieprawidłowa, ponieważ:

To zdanie jest prawdziwe, patrz sylabus p. 6.3.

Odpowiedź „Oszacowanie, czy korzyści będą osiągnięte przy rozsądnych kosztach” jest nieprawidłowa, ponieważ:

To zdanie jest prawdziwe, patrz sylabus p. 6.3.

Odpowiedź „Budowanie powiązań pomiędzy wymaganiami, testami i błędami” jest prawidłowa, ponieważ:

Bo budowanie powiązań pomiędzy wymaganiami, testami i błędami jest funkcjonalnością narzędzia do zarządzania testowaniem (p. 6.1.3).

Odpowiedź „Optymalizacja zdolności testów do wykrywania usterek” jest nieprawidłowa, ponieważ:

Bo to nie jest możliwe w narzędziu do zarządzania testowaniem.

Odpowiedź „Szybsze rozwiązywanie usterek” jest nieprawidłowa, ponieważ:

Bo to nie jest rozwiązywane w narzędziu do zarządzania testowaniem.

Odpowiedź „Automatyzacja wyboru tych przypadków testowych, które będą wykonane” jest nieprawidłowa, ponieważ:

Bo wybór przypadków testowych nie jest wspomagany przez narzędzie do zarządzania testowaniem.