Heban

Przez technicznego analityka testowego powinny zostać uwzględnione następujące czynniki:

• Czynniki technologiczne, np. złożoność i dostępność narzędzi
• Potencjalne konflikty między interesariuszami
• Duża liczba wykrytych defektów związanych z niezawodnością oprogramowania

Odpowiedź „Duża liczba wykrytych defektów związanych z użytecznością poprzednich wersji” jest nieprawidłowa, ponieważ:

To na pewno czynnik ryzyka, jednak powinien zostać uwzględniony raczej przez analityka testowego, a nie technicznego analityka testowego.

Odpowiedź „Dostępność dokumentacji wcześniejszych systemów w celu weryfikacji dokładności obliczeń ” jest nieprawidłowa, ponieważ:

Dokładność obliczeń to problem, którym zajmuje się analityk testowy, a nie techniczny analityk testowy.

Odpowiedź „Ograniczenia budżetowe dotyczące projektu” jest nieprawidłowa, ponieważ:

Kwestiami budżetowymi powinien zająć się kierownik testów, a nie techniczny analityk testowy.

Odpowiedź „Wysoki wskaźnik zmian w biznesowych przypadkach użycia ” jest nieprawidłowa, ponieważ:

Wysoki wskaźnik zmian w biznesowych przypadkach użycia ma wpływ na testowanie funkcjonalności.

Techniczny analityk testowy powinien współpracować z innymi uczestnikami projektu zajmującymi się kwestiami technicznymi, w tym z programistami.

Z użytkownikami, analitykami biznesowymi oraz sponsorami projektu powinien współpracować analityk testowy.

Poprawna jest odpowiedź „Wymagane jest ustawienie wartości PRAWDA i FAŁSZ dla każdego warunku atomowego, ale cała decyzja wynikowa nie musi być testowana zarówno z wynikiem PRAWDA, jak i FAŁSZ.”, ponieważ:

W testowaniu warunków istotne jest przetestowanie warunków atomowych, a nie wyniku kombinacji tych warunków.

Odpowiedź „Wymagane jest ustawienie wartości PRAWDA i FAŁSZ dla każdego warunku atomowego, a ponadto cała decyzja wynikowa musi być testowana zarówno z wynikiem PRAWDA, jak i FAŁSZ” jest nieprawidłowa, ponieważ przy pokryciu warunków nie jest konieczne testowanie obu wyników decyzji.

Odpowiedź „Należy sprawdzić decyzję zarówno z wynikiem PRAWDA, jak i FAŁSZ, niezależnie od warunków atomowych” jest nieprawidłowa, ponieważ przy pokryciu warunków obliczana jest wartość warunków atomowych, a nie wynik decyzji.

Odpowiedź „Technika zapewnia dokładniejsze pokrycie niż w przypadku pokrycia decyzji” jest nieprawidłowa, ponieważ istnieją sytuacje, w których w pokryciu warunków nie zostaną uwzględnione scenariusze testowe, które zostałyby wzięte pod uwagę w pokryciu decyzji.

Odpowiedź prawidłowa to przypadki 1 i 4:
1. CZERWONE + KOŁA
4. nie CZERWONE + nie KOŁA
Wskazane zbiory pozwalają przetestować wartości atomowe (warunki) i wartości wynikowe (decyzję).

W pozostałych wariantach:

•  1 i 2 albo 1 i 3: obie opcje wiążą się z pominięciem jednego z testów dla różnych wartości atomowych.
• 1, 2, 3 i 4: to nie jest minimalna liczba testów.
• 2 i 3: nie została uwzględniona wartość PRAWDA w decyzji.

Odpowiedź prawidłowa to przypadki 3, 4, 5, 7:
3. CZERWONE + nie PRĘDKOŚĆ + KOŁA
4. CZERWONE + nie PRĘDKOŚĆ + nie KOŁA
5. nie CZERWONE + PRĘDKOŚĆ + KOŁA
7. nie CZERWONE + nie PRĘDKOŚĆ + KOŁA

Wiążą się z nią następujące kombinacje:
3. (PRAWDA lub FAŁSZ) + PRAWDA
4. (PRAWDA lub FAŁSZ) + FAŁSZ
5. (FAŁSZ lub PRAWDA) + PRAWDA
7. (FAŁSZ lub FAŁSZ) + PRAWDA

Testowane są wszystkie wartości warunków atomowych i wszystkie wyniki decyzji za pomocą minimalnej liczby testów.

W pozostałych wariantach:

• 1, 3, 8: pokrywane są wyniki decyzji, ale nie warunki atomowe wpływające na te wyniki.
• 2, 8: w niewystarczającym stopniu pokrywane są warunki atomowe wpływające na wynik decyzji.
• 1, 5, 7, 8: w niewystarczającym stopniu pokrywane są warunki atomowe wpływające na wynik decyzji.

W testowaniu wielokrotnym warunków wymagane jest wykorzystanie całej tabeli prawdy (wszystkich możliwych kombinacji wartości PRAWDA i FAŁSZ). Należy zatem przetestować wszystkie podane warunki.

Odpowiedź prawidłowa to przypadki 2 i 3:
2. CZERWONE + PRĘDKOŚĆ + nie KOŁA
3. CZERWONE + nie PRĘDKOŚĆ + KOŁA
W pokryciu ścieżek wymagane jest uzyskanie wartości instrukcji PRAWDA i wartości FAŁSZ. W punkcie 2 uzyskujemy FAŁSZ, a w punkcie 3 PRAWDA.

W pozostałych wariantach:

• 3, 4, 5, 7: w 3 i 5 wynikiem jest ta sama ścieżka.
• 1, 3, 8: w 1 i 3 wynikiem jest ta sama ścieżka.
• 1: testowana jest tylko wartość PRAWDA, natomiast wartość FAŁSZ nie jest testowana.

W testowaniu interfejsu API wykrywane są z podanych następujące rodzajów defektów:

• niepoprawna obsługa danych,
• problemy dotyczące zależności czasowych,
• utrata transakcji.

W testach oprogramowania sterującego dachem stadionu należałoby uzyskać pokrycie warunków wielokrotnych, ponieważ:

Dwa przykładowe standardy wymienione w sylabusie wymagają zmodyfikowanego pokrycia warunków i decyzji (ZPWD) w przypadku oprogramowania o najwyższym stopniu krytyczności. Z takim oprogramowaniem mamy tutaj prawdopodobnie do czynienia, ponieważ w wyniku awarii systemu może zginąć lub odnieść rany wiele tysięcy osób. Pokrycie warunków wielokrotnych zapewnia wyższy poziom pokrycia niż ZPWD, zatem w tym scenariuszu jest to poprawna odpowiedź.

Odpowiedź „Pokrycie gałęzi + zmodyfikowane pokrycie warunków i decyzji” jest nieprawidłowa, ponieważ:

Jest to równoważne ZPWD, ponieważ ZPWD obejmuje pokrycie gałęzi (patrz wyjaśnienia do odpowiedzi „Zmodyfikowane pokrycie warunków i decyzji”).

Odpowiedź „Pokrycie gałęzi + pokrycie instrukcji kodu” jest nieprawidłowa, ponieważ:

Jest to równoważne pokryciu gałęzi, ponieważ pokrycie gałęzi obejmuje pokrycie instrukcji kodu. Pokrycie gałęzi jest jednak mniej rygorystyczne niż ZPWD lub wielokrotne pokrycie warunków.

Odpowiedź „Zmodyfikowane pokrycie warunków i decyzji” jest nieprawidłowa, ponieważ:

Dwa przykładowe standardy wymienione w sylabusie wymagają zmodyfikowanego pokrycia warunków i decyzji (ZPWD) w przypadku oprogramowania o najwyższym stopniu krytyczności, jednak w tym scenariuszu poziom testowania ma być wyższy.

UWAGA: Mówimy, że pewne kryterium obejmuje inne kryterium, jeśli dla dowolnego oprogramowania i jego specyfikacji każdy zestaw przypadków testowych spełniający pierwsze kryterium spełnia także to drugie kryterium. Na przykład, pokrycie gałęzi obejmuje pokrycie instrukcji kodu, ponieważ w przypadku osiągnięcia 100% pokrycia gałęzi zawsze uzyskujemy również 100% pokrycia instrukcji kodu.

Program TRICKY zawiera nieosiągalny kod i nieskończoną pętlę, ponieważ:

Decyzja w linii 10 zawsze ma wartość PRAWDA, ponieważ w tym miejscu zmienna var1 zawsze będzie mieć wartość 5. Linia 13 jest zatem nieosiągalna. Z pętli rozpoczynającej się w linii 5 można wyjść jedynie wówczas, gdy wartość zmiennej var2 wynosi co najmniej 10, ale przy każdym przejściu wartość zmiennej var2 jest ustawiana w linii 7 ponownie na 4. Wewnątrz pętli następuje jedynie zwiększenie jej wartości o 1 (w linii 15), zatem wartość może wynosić co najwyżej 5.

W kodzie występujące następujące anomalie:

suma: zmienna używana w linii 6 przed zdefiniowaniem;

prowizja_min: zmienna zdefiniowana w linii 12 i nigdy nie używana;

prowizja_maks: zmienna używana w linii 15, ale może nie zostać zdefiniowana, jeśli zostanie wykonana podścieżka zawierająca linię 12 zamiast podścieżki zawierającej linię 10.

Prawidłowa jest odpowiedź W – ZC, PK; X – ZA, KS; Y – ZC, SP; Z – KS, PK:

Wyjaśnienie:

Złożoność cyklomatyczna (ZC) wynosi 10 lub więcej, więc warto się nią zająć.

Spójność (SP) jest niska, warto się nią zająć.

Zależność (ZA) jest wysoka, warto się nią zająć.

Kod jest skomentowany (KS) w co najwyżej 10%, więc warto się tym zająć.

Liczba instancji powtarzającego się kodu (PK) wynosi co najmniej 9, warto się tym zająć.

Pozostałe odpowiedzi nie opisują optymalnych działań.

Odpowiedź „Określanie liczby miejsc w oprogramowaniu, w których następuje wywołanie metody lub funkcji” jest nieprawidłowa, ponieważ:

To jest zastosowanie grafów wywołań, jednak do testowania jednostkowego, a nie integracyjnego, które opisano w sylabusie.

Odpowiedź „Określanie wywołań warunkowych i bezwarunkowych na potrzeby analizy wydajności” jest nieprawidłowa, ponieważ:

Określanie wywołań warunkowych i bezwarunkowych można przeprowadzić na potrzeby integracji, jednak wykorzystanie tych informacji w analizie wydajności w żaden sposób nie wiąże się z integracją.

Odpowiedź „Wykrywanie obszarów, które należy zbadać pod kątem potencjalnych wycieków pamięci” jest nieprawidłowa, ponieważ:

Grafy wywołań nie służą do wykrywania wycieków pamięci i potencjalnych obszarów, w których takie wycieki mogą występować.

Odpowiedź „Analiza dynamiczna może pomóc w zmierzeniu czasów odpowiedzi różnych funkcji, co umożliwi wykonanie dostrojenia systemu” jest nieprawidłowa, ponieważ:

Analiza dynamiczna zwykle nie jest stosowana do pomiaru czasów odpowiedzi (wymaga to instrumentalizacji, więc pomiar czasu odpowiedzi staje się niepraktyczny). Analiza udostępnia metryki wydajności niższego poziomu, które można wykorzystać w testowaniu wydajności.

Odpowiedź „Analiza dynamiczna pozwoli wygenerować grafy wywołań w systemie, co umożliwi poprawę wydajności konkretnych komponentów” jest nieprawidłowa, ponieważ:

Grafy wywołań są generowane w trakcie analizy statycznej.

Odpowiedź „Analiza dynamiczna może pomóc w ustaleniu, czy za przypadki załamania systemu odpowiedzialne są defekty wprowadzone przez programistów, którzy nie zwalniają przydzielonej pamięci” jest nieprawidłowa, ponieważ:

W scenariuszu wspomniano, że używane jest automatyczne czyszczenie pamięci, jest zatem mało prawdopodobne, aby programiści musieli zwalniać pamięć. Wycieki pamięci zwykle powodują spadek wydajności, a w konsekwencji także błędy wynikające z braku zasobów po stronie systemu operacyjnego, co może być przyczyną załamania systemu.

Bank prawdopodobnie zgodnie z przepisami musi szyfrować dane finansowe klientów, co ma wpływ na przebieg testowania.

Odpowiedź „Anonimizacja danych testowych” jest nieprawidłowa, ponieważ:

… o ile rzeczywiście kolejne wersje systemu będą mogły być testowane z wykorzystaniem faktycznych danych klientów, to na razie mamy do czynienia z nowym systemem i nie są dostępne dane istniejących klientów.

Odpowiedź „Koordynacja rozproszonych komponentów” jest nieprawidłowa, ponieważ:

… nie mamy informacji, że system jest rozproszony.

Odpowiedź ” Testowanie w środowisku produkcyjnym” jest nieprawidłowa, ponieważ:

… nie jest jasne, czy system będzie używany wewnętrznie w organizacji (i środowisko produkcyjne może być wówczas dostępne), czy też będzie sprzedawany klientom (środowiska produkcyjne będą wtedy raczej niedostępne).

Z wymienionych zagrożeń bezpieczeństwa należy przetestować przepełnienie bufora, ponieważ:

Pole jest nieustrukturyzowane, więc włamywacz może podjąć próbę wstawienia dużych, wywołujących szkodliwe skutki danych wejściowych.

Odpowiedź „Cross-site scripting” jest nieprawidłowa, ponieważ:

Nie mamy informacji o tym, że system jest oparty na przeglądarce ani o przeznaczeniu pliku.

Odpowiedź „Odmowa usługi (DoS)” jest nieprawidłowa, ponieważ:

Ataki tego rodzaju odbywają się przez interfejsy komputerowe, a nie interfejs użytkownika.

Odpowiedź „Złamanie mechanizmu szyfrowania” jest nieprawidłowa, ponieważ:

Nie mamy informacji o zastosowaniu szyfrowania.

Koszty środowiska testowania niezawodności – odpowiedź poprawna, ponieważ:

Środowisko testowe musi odzwierciedlać środowisko produkcyjne i musi być dostępne przez dłuższy czas.

Czas trwania testów niezawodności – odpowiedź poprawna, ponieważ:

Dział marketingu oczekuje wartości MTBF rzędu trzech miesięcy, jednak w harmonogramie do końca projektu mamy jedynie trzy miesiące, a prace programistyczne dopiero się zaczęły.

Wymuszanie awarii systemowych sprzętu i systemu operacyjnego – odpowiedź poprawna, ponieważ:

Testowanie tolerowania usterek jest częścią testowania niezawodności, ale ponieważ sprzęt i system operacyjny będą znajdować się pod kontrolą dostawcy usług przetwarzania w chmurze, wymuszanie usterek podczas testowania bez zakłócania pracy innych klientów dostawcy może okazać się trudne.

Definiowanie wymagań dotyczących niezawodności – odpowiedź niepoprawna, ponieważ:

To nie jest problem, ponieważ wiemy, że wymagania dotyczące niezawodności zostały jasno zdefiniowane.

Konfigurowanie środowiska testowego zbliżonego do produkcyjnego – odpowiedź niepoprawna, ponieważ:

Do utworzenia środowiska zbliżonego do produkcyjnego może w dowolnym momencie zostać użyte ostateczne produkcyjne środowisko udostępniania usług, czyli środowisko przetwarzania w chmurze. Problem jest już rozwiązany.

Określanie docelowej dostępności systemu  – odpowiedź niepoprawna, ponieważ:

Docelowa dostępność została podana w scenariuszu w postaci średniego czasu pomiędzy awariami i średniego czasu do naprawy. Wartości te zostały określone przez dział marketingu.

Monitorowanie niezawodności w środowisku produkcyjnym – odpowiedź niepoprawna, ponieważ:

Zagadnienie nie ma związku z testowaniem przed udostępnieniem systemu.

Definiowanie wymagań dotyczących wydajności – odpowiedź poprawna, ponieważ:

Dział marketingu wspomniał jedynie o „dużej szybkości działania” systemu i nie do końca wiadomo, co to w praktyce oznacza.

Koszt narzędzi do testów wydajnościowych – odpowiedź poprawna, ponieważ:

 Narzędzia do testów wydajnościowych mogą być dość kosztowne, zwłaszcza jeśli chcemy symulować dużą liczbę użytkowników.

Wybór danych testowych – odpowiedź poprawna, ponieważ:

Należy dokonać oszacowania liczby użytkowników, przewidzieć rodzaje programów, z jakich będą korzystać przedsiębiorstwa, ustalić rodzaj i częstotliwość działań podejmowanych przez przedsiębiorstwa i klientów itp.

Kompatybilność narzędzi do testów wydajnościowych – odpowiedź niepoprawna, ponieważ:

System używa standardowych interfejsów internetowych.

Konfigurowanie środowiska testowego zbliżonego do produkcyjnego – odpowiedź niepoprawna, ponieważ:

 Do utworzenia środowiska zbliżonego do produkcyjnego może w dowolnym momencie zostać użyte ostateczne produkcyjne środowisko udostępniania usług, czyli środowisko przetwarzania w chmurze.

Opracowanie złożonego symulatora – odpowiedź niepoprawna, ponieważ:

Nie ma potrzeby tworzenia symulatora w tej sytuacji. Wystarczy pracować z symulowanymi użytkownikami z wykorzystaniem standardowego narzędzia do testów wydajnościowych.

Anonimizacja danych – odpowiedź niepoprawna, ponieważ:

Nie ma na razie danych produkcyjnych, które wymagałyby anonimizacji.

W scenariuszu podkreślono czas eksploatacji systemu i potrzebę instalowania na różnych platformach. Uzyskanie odpowiedniej wydajności jest zakładane, ale nie ma jej wśród opcji.

 Testowanie zdolności adaptacyjnej – odpowiedź poprawna, ponieważ:

Testowanie zdolności adaptacyjnej powinno być ważne, ponieważ system ma być instalowany w różnych środowiskach.

Testowanie pielęgnowalności – odpowiedź poprawna, ponieważ:

Pielęgnowalność jest ważną charakterystyką ze względu na ciągłe tworzenie systemu i obsługę wielu konfiguracji.

Testowanie odtwarzalności – odpowiedź niepoprawna, ponieważ:

Testowanie odtwarzalności nie jest sugerowane w tym scenariuszu, ponieważ nie założono odzyskiwania po awarii oprogramowania lub sprzętu w czasie eksploatacji systemu (tj. w czasie jednego przejazdu).

Testowanie zastępowalności – odpowiedź niepoprawna, ponieważ:

Testowanie zastępowalności nie jest sugerowane w tym scenariuszu; nie wspomina się o wymianie komponentów.

Testowanie zabezpieczeń – odpowiedź niepoprawna, ponieważ:

Kwestie zabezpieczeń nie są szczególnie istotne w tym scenariuszu.

Testowanie niezawodności – odpowiedź poprawna, ponieważ:

Testowanie tolerowania usterek jest częścią testowania niezawodności.

Testowanie wydajnościowe – odpowiedź niepoprawna, ponieważ:

Nie zajmujemy się tutaj czasem odpowiedzi, przepustowością ani zużyciem zasobów.

Testowanie łatwości obsługi – odpowiedź niepoprawna, ponieważ:

Ten czynnik ryzyka nie ma związku z użytecznością.

Testowanie przenaszalności – odpowiedź niepoprawna, ponieważ:

Nie zajmujemy się tutaj konkretnym typem sieci.

Testowanie wydajnościowe należy rozpocząć już we wstępnych wersjach systemu, ponieważ:

Należy zająć się istotnymi czynnikami ryzyka tak wcześnie, jak to możliwe.

Zgodnie z powyższym odpowiedź „Testowanie wydajnościowe powinno zostać przeprowadzone po zakończeniu testowania funkcjonalnego” nie jest prawidłowa.

„Dynamiczne testowanie wydajności powinno odbywać się w trakcie przeglądów kodu” także nie jest poprawną odpowiedzią, ponieważ:

Nie wykonuje się testowania wydajności, ponieważ przeglądy kodu są testami statycznymi.

„Testowanie niezawodności należy wykonać po testowaniu wydajnościowym” to odpowiedź niepoprawna, ponieważ:

Nie mamy żadnych informacji na temat względnego ryzyka związanego z niezawodnością.

Odpowiedź prawidłowa:

• System pozwala na nieautoryzowany dostęp do danych –  to typowy defekt związany z zabezpieczeniami.

Odpowiedzi niepoprawne:

• System czyści ekran zbyt szybko po zalogowaniu – to usterka związana z użytecznością, a nie z zabezpieczeniami.
• System usuwa tymczasowe pliki użytkownika po wylogowaniu – to jedna z funkcji zabezpieczeń, a nie defekt.
• System umożliwia dostęp z nieobsługiwanej przeglądarki –  jeśli to w ogóle defekt, to wiąże się z przenaszalnością.

„Niestety, nie będę mieć wystarczająco dużo czasu na przygotowanie do jutrzejszego przeglądu, nie mogę zatem przyjąć zaproszenia, chyba że spotkanie zostanie przesunięte na późniejszy termin” to odpowiedź prawidłowa.

Odpowiedź „Jestem dostępny w tym terminie i z przyjemnością wezmę udział w przeglądzie” świadczy o chęci udziału analityka w przeglądzie, jednak jego wkład merytoryczny bez wcześniejszego przygotowania będzie ograniczony, zatem przegląd okaże się mniej skuteczny.

Odpowiedź „Nie mam czasu na przygotowanie, ale pojawię się na spotkaniu, żeby nie odkładać przeglądu na później” sygnalizuje problem związany z brakiem czasu na przygotowanie, jednak analityk nie żąda przesunięcia terminu.

Stwierdzenie „Nie mogę wziąć udziału w przeglądzie, ponieważ nie znam dobrze specyfikacji” jest prawdziwe, ale odpowiednie przygotowanie usunęłoby tę przeszkodę. Jeśli analityk chce odmówić udziału w przeglądzie, nie jest to najbardziej trafna odpowiedź.

Odpowiedź prawidłowa:

• Praktyka 3. Inicjowanie z opóźnieniem (tzw. leniwe inicjowanie), problem 1. Spadek wydajności w momencie powoływania instancji obiektów: pozwoli to ograniczyć nadmierne wykorzystanie pamięci, ale może wiązać się ze zmniejszeniem wydajności w przypadku tworzenia instancji obiektu.

Odpowiedzi nieprawidłowe:

• Praktyka 2. Buforowanie danych, problem 4. Nieaktualne dane:  Buforowanie danych pozwala poprawić wydajność, a nie zmniejszyć wykorzystanie pamięci.
• Praktyka 4. Współbieżność transakcji, problem 3. Błędy w logice wielowątkowej: Współbieżne transakcje używają większej ilości pamięci.
• Praktyka 1. Wykorzystanie puli połączeń, problem 2. Utrata transakcji z powodu niedostępności procesora: Wykorzystanie puli połączeń może poprawić wydajność i zmniejszyć wykorzystanie pamięci, ale potencjalnym problemem jest wyczerpanie liczby dostępnych połączeń, a nie utrata procesu.

Prawidłowa jest odpowiedź „Najbardziej prawdopodobny przypadek nie jest sprawdzany jako pierwszy, co może mieć wpływ na wydajność”:

Karta to najprawdopodobniej Visa lub MC, więc to sprawdzenie należy wykonać na początku.

Pozostałe odpowiedzi są nieprawidłowe, ponieważ:

Komentarz jest prawidłowy.

Nie wiemy, czy jest dostępna zewnętrzna biblioteka.

W klauzuli „else” obsługiwane są wszystkie warunki niespełnione przez „if”.

„Proces przechowywania i kontroli wersji testów automatycznych” – odpowiedź poprawna:

Z tym zagadnieniem może się wiązać spadek efektywności procesu i/lub ryzyko.

„Koszt narzędzia do automatyzacji wykonania testów” – odpowiedź niepoprawna:

Zagadnienie nie ma związku z istniejącymi narzędziami.

„Proces usuwania zduplikowanych zgłoszeń defektów utworzonych przez testy automatyczne” – odpowiedź niepoprawna:

Prawdziwym problemem jest unikanie powstawania takich duplikatów, a nie ich usuwanie.

„Wybór narzędzia do automatyzacji wykonania testów pochodzącego od producenta narzędzia do zarządzania testami” – odpowiedź niepoprawna:

Taki zakup nie gwarantuje skutecznej integracji.

Odpowiedzi nieprawidłowe:

• „Zaprojektowanie danych testowych dla automatycznych przypadków testowych” – za dane odpowiadają zwykle analitycy testowi lub analitycy biznesowi.
• „Zdefiniowanie słów kluczowych procesu biznesowego używanych w przypadkach testowych (jeśli stosowane jest testowanie oparte o słowa kluczowe)” – definiowanie słów kluczowych standardowo wykonują analitycy testowi lub analitycy biznesowi.
• „Określenie osób odpowiedzialnych za analizę testów i projekt automatycznych przypadków testowych” – decyzja o tym, kto ma wykonać analizę testów i projektowanie (także automatycznych przypadków testowych), nie należy do technicznego analityka testowego.

„Automatyzacja testów oparta o słowa kluczowe stanowi rozszerzenie automatyzacji sterowanej danymi; definiowane są słowa kluczowe opisujące proces biznesowy” – odpowiedź poprawna: testy oparte o słowa kluczowe są również sterowane danymi, ale występują w nich również słowa kluczowe związane z procesami.

„Automatyzacja testów sterowana danymi stanowi rozszerzenie automatyzacji opartej o słowa kluczowe; definiowane są dane odpowiadające procesom biznesowym” –  odpowiedź niepoprawna: zachodzi odwrotna sytuacja.

„Automatyzacja testów sterowana danymi jest procesem łatwiejszym w utrzymaniu niż automatyzacja testów oparta o słowa kluczowe” – odpowiedź niepoprawna: testy oparte o słowa kluczowe  są łatwiejsze do utrzymania (ze względu na rozdzielenie ról).

„Automatyzacja testów oparta o słowa kluczowe jest łatwiejsza do zaprojektowania niż automatyzacja sterowana danymi” – odpowiedź niepoprawna: zdefiniowanie prawidłowej architektury środowiska opartego na słowach kluczowych wiąże się z pewnymi trudnościami.

„Brak rozdzielenia kodu i modyfikowalnych danych w skryptach testowych” – odpowiedź poprawna, zgodna z sylabusem.

„Wyeliminowanie duplikowania informacji w różnych narzędziach” – odpowiedź niepoprawna: wyeliminowanie duplikowania danych to korzystna cecha zestawu narzędzi.

„Rezygnacja z manualnego sprawdzania wymiany danych między narzędziami” – odpowiedź niepoprawna: w idealnym przypadku dane powinny być wymieniane bez konieczności ręcznej interwencji użytkownika.

„Zastosowanie zintegrowanego środowiska programistycznego do uproszczenia integracji między narzędziami” – odpowiedź niepoprawna: zastosowanie tego rodzaju środowiska jest korzystne, o ile narzędzia z nim współpracują.

Właściwe opcje to „Wprowadź Profil„, „Zablokuj Osobę” oraz „Znajdź Pasujące Osoby„, ponieważ działania takie zostały bezpośrednio wymienione w scenariuszu jako funkcje aplikacji.

Pozostałe odpowiedzi są nieprawidłowe, ponieważ:

• Działanie „Usuń Profil” może być funkcją aplikacji, jednak nie zostało wspomniane w scenariuszu, zatem nie jest to najlepsza możliwa opcja do wyboru.
• Słowa kluczowe powinny dotyczyć procesu biznesowego obsługiwanego przez aplikację, a nie procesu testowego, a więc odpowiedzi „Wprowadź Dane Testowe” oraz „Usuń Dane Testowe” nie są poprawne.
• Działanie „Opłać Subskrypcję” może być funkcją aplikacji, jednak nie zostało wspomniane w scenariuszu, zatem nie jest to najlepsza możliwa opcja do wyboru. Dodatkowo, w scenariuszu nie wspomniano w ogóle o ewentualnych opłatach za korzystanie z aplikacji.
• Funkcja „Wyklucz Osoby Niepalące” to zapewne jedynie niewielki fragment wprowadzania profilu użytkownika, a słowa kluczowe nie powinny być zbyt szczegółowe.
• Użycie takiego słowa kluczowego „Zaproś Ciacho na Kolację” jest mało prawdopodobne, bo opisuje ono działanie w świecie rzeczywistym, nie zaś proces w aplikacji. Ponadto używanie zabawnych, sugestywnych i uwarunkowanych kulturowo określeń (tutaj: „ciacho”) nie jest dobrą praktyką.

Z podanych stwierdzeń dotyczących narzędzi do posiewu usterek NIE jest poprawne stwierdzenie „Narzędzia tego typu wprowadzają defekty do kodu źródłowego w celu przetestowania funkcji sprawdzania wartości wejściowych w oprogramowaniu”:

Sprawdzanie wartości wejściowych można wykonać za pomocą modyfikowania wejściowych danych testowych, jednak należałoby w tym celu zmienić dane, a nie kod.

Zgodnie z sylabusem prawidłowa jest odpowiedź  „Narzędzia do testów wydajnościowych generują obciążenie przez symulowanie dużej liczby wirtualnych użytkowników realizujących określone profile produkcyjne i generujących dane wejściowe o ustalonej wielkości.”

Pozostałe odpowiedzi są nieprawidłowe, ponieważ:

• Interakcja w interfejsie użytkownika zwykle pozwala uzyskać dokładniejsze wyniki niż w przypadku interakcji na poziomie protokołu komunikacyjnego.
• Skrypt należy zmodyfikować w taki sposób, aby uwzględnić różnych użytkowników i realizowane przez nich transakcje.
• Pomiary należy przeprowadzać w trakcie wykonywania testów.

Niepoprawne odpowiedzi opisują odpowiednio:

• „Uruchamianie modelu zachowania systemu w czasie pracy w celu wygenerowania przypadków testowych”: narzędzie MBT.
• „Zmiana wartości zmiennych w trakcie uruchamiania kodu linia po linii w celu zlokalizowania usterek w interfejsie użytkownika”: debager.
• „Wstrzykiwanie usterek do przedmiotu testów w celu pomiaru jakości zestawu testowego”: narzędzie do posiewu usterek.

„Narzędzia MBT pozwalają znacznie zwiększyć liczbę ścieżek generowanych w modelu”- odpowiedź niepoprawna: narzędzia MBT pozwalają zmniejszyć liczbę możliwych ścieżek.

„Narzędzia MBT zapewniają inny punkt widzenia na wewnętrzną strukturę testowanego oprogramowania” – odpowiedź niepoprawna: narzędzia MBT oferują inną perspektywę uzupełniającą testowanie funkcjonalne.

„Narzędzia MBT często zawierają mechanizm umożliwiający „wykonywanie” modeli, ale nie pozwalają zapisywać wątków wykonywanych” – odpowiedź niepoprawna: mechanizmy zastosowane w narzędziach MBT pozwalają zapisywać niektóre wątki wykonania (zwykle związane przypadkami testowymi zakończonymi niepowodzeniem).

Poniższe odpowiedzi nie są poprawne, ponieważ:

„Środowisko JUnit umożliwia automatyzację testowania komponentów w środowisku Java; narzędzia do automatyzacji budowania wersji automatycznie uruchamiają testy komponentów po zmianie komponentu” – stwierdzenie dotyczące testowania komponentów jest prawdziwe, natomiast stwierdzenie dotyczące automatyzacji budowania wersji jest niepoprawne.

„Środowisko xUnit można zastosować do automatyzacji testowania komponentów; narzędzia do automatyzacji budowania wersji wykonują automatyczne testy komponentów” – stwierdzenie dotyczące środowiska xUnit jest niepoprawne (choć to interesująca możliwość), natomiast stwierdzenie dotyczące automatyzacji budowania wersji jest niepoprawne.

„Narzędzie do testowania komponentów można zastosować do wielu języków programowania; narzędzia do automatyzacji budowania wersji mogą uruchamiać proces budowania nowej wersji, kiedy komponent się zmienia” –  stwierdzenie dotyczące testowania komponentów jest poprawne, natomiast stwierdzenie dotyczące automatyzacji budowania wersji jest niepoprawne.