Przykladowe Pytania Egzaminacyjne Tester Zwinny Wersja - 2014 - PL PDF

Przykadowe pytania egzaminacyjne
do
rozszerzenia poziomu podstawowego
Certyfikowany Tester Zwinny
Wersja 2014.01
International Software Testing Qualifications Board
Prawa autorskie
Dokument niniejszy moe by kopiowany w caoci lub czci pod warunkiem, e podane zostanie
rdo.
International
Certyfikowany Tester Software Testing
Pytania egzaminacyjne Tester Zwinny Qualifications Board
Podzikowania
Ten dokument zosta stworzony przez zesp z Egzaminacyjnej Grupy Roboczej ISTQB (International
Software Testing Qualifications Board Examination Working Group): Mette Bruhn-Pedersen, Debra
Friedenberg, Jen Leger, Lloyd Roden, Lucjan Stapp, Patricia McQuaid, oraz autorw sylabusa
rozszerzenia poziomu podstawowego - tester zwinny.
Zesp dzikuje zespoowi z Egzaminacyjnej Grupy Roboczej ISTQB, ktry dokona przegldu
dokumentu, autorom sylabusa rozszerzenia poziomu podstawowego oraz osobom z Rad Krajowych
za ich uwagi i sugestie.
Dokument zosta formalnie dopuszczony przez Egzaminacyjn Grup Robocz ISTQB 1 maja 2014.
Wersje polsk przygotowa zespl: Adam Waska, Lucjan Stapp tumaczenie, Jan Sabak przegld,
edycja po przegldzie: Lucjan Stapp.
Prawa autorskie zastrzeone Stowarzyszenie Jakoci Systemw Informatycznych (SJSI).
Wersja 2014 str. 2 z 40 24 padziernik 2014

International Software Testing Qualifications Board Stowarzyszenie Jakoci Systemw Informatycznych
International
0. Wstp
0.1 Cel tego dokumentu.
Ten dokument zawiera peny przykadowy egzamin zgodnie z prawidami opisanymi w dokumencie
ISTQB Foundation Extensions Exam Structure and Rules.
Przykadowe pytania, zbir odpowiedzi i uzasadnie w tym dokumencie zosta stworzony przez
zespl ekspertw dziedzinowych i dowiadczonych twrcw pyta w celu wsparcia Rad Krajowych
ISTQB i Rad Egzaminacyjnych przy pisaniu pyta egzaminacyjnych, a take dla planujcych zdawanie
egzaminu na ISTQB Testera Zwinnego.
Nie wolno uywa tych pyta podczas prawdziwego egzaminu, ale moe suy jako przewodnik dla
tworzcych pytania. Dajc szeroki przekrj formatw i tematw, te przykadowe pytania prezentuj
wiele pomysw dla poszczeglnych Rad Krajowych na temat tego jak tworzy dobre pytania i
odpowiedni zbir odpowiedzi dla ich egzaminw. Co wicej, firmy szkoleniowe mog uywa tych
pyta jako cz szkole przygotowujcych do egzaminu.
0.2 Instrukcje
Zbir pyta i odpowiedzi jest zorganizowany nastpujco:

Cel nauczania i poziom K
Pytanie wczajc w to scenariusz, po ktrym nastpuje waciwe pytanie
Zbir odpowiedzi
Nastpnie dla wszystkich pyta podano:
Cel nauczania i poziom K
Poprawna odpowied - razem z uzasadnieniem odpowiedzi.

International
1. PRZYKADOWE PYTANIA EGZAMINACYJNE TESTER ZWINNY
Pytanie 1 K1
Manifest zwinnego wytwarzania oprogramowania (Agile manifesto) zawiera cztery gwne zasady.
Dopasuj zasady zwinne umieszczone po lewej stronie (1-4) do ich tradycyjnych odpowiednikw po
prawej (i - iv).
1. Wsppraca z klientem ponad i) procesy i narzdzia.
2. Reagowanie na zmiany ponad ii) podanie zgodnie z planem.
3. Ludzie i wsppraca ponad iii) formalne ustalenia.
4. Dziaajce oprogramowanie ponad iv) obszern dokumentacj.
Odpowiedzi:
A. 1 iii, 2 iv, 3 ii, 4 i

B. 1 iii, 2 ii, 3 i, 4 iv
C. 1 iv, 2 ii, 3 i, 4 iii
D. 1 ii, 2 iii, 3 iv, 4 i
Pytanie 2 K1
Ktre z poniszych stwierdze najlepiej opisuje jedn z gwnych zasad Manifestu Agile?
Odpowiedzi:
A. Dziaajce oprogramowanie pozwala klientowi na dostarczenie szybkiej informacji zwrotnej

do programisty.
B. Programici powinni uywa narzdzi do testw jednostkowych w celu wspierania procesu
testowania.
C. Przedstawiciele biznesowi powinni dostarczy zespoowi zbir historyjek uytkownika oraz
zwizanych z nimi szacunkw nakadu pracy.
D. Adaptowanie planw do zmian nie daje adnej rzeczywistej wartoci projektowi zwinnemu.

International
Pytanie 3 K1
Ktre z poniszych DWCH czynnoci najlepiej odpowiadaj obowizkom zgodnie ze zwinnym

podejciem cay zesp?
Wybierz DWIE odpowiedzi.
Odpowiedzi:
A. Testerzy s odpowiedzialni za wytwarzanie testw jednostkowych, ktre przekazuj

programistom do wykonania.
B. Od przedstawicieli biznesowych oczekuje si wybrania narzdzi, ktrych zesp bdzie
uywa podczas trwania projektu.
C. Oczekuje si, i testerzy bd wsppracowali z przedstawicielami klienta podczas tworzenia
testw akceptacyjnych.
D. Cay zesp, nie tylko testerzy, jest odpowiedzialny za jako produktu.
E. Oczekuje si, i programici bd testowali wymagania niefunkcjonalne (wydajno,
uyteczno, bezpieczestwo, etc.).
Pytanie 4 K2
Ktre ze zda przedstawionych poniej najlepiej oddaje zalety wzicia odpowiedzialnoci za jako
produktu przez cay zesp?
Odpowiedzi:
A. Firmy nie musz ju rekrutowa i szkoli specjalistw w testowaniu oprogramowania.

B. Zadania zwizane z automatyzacj testw staj si obowizkiem zespou programistw
zamiast testerw.
C. Bariery pomidzy poszczeglnymi rolami zostaj zniesione, a czonkowie zespou wsplnie
pracuj na sukces projektu dziki swym unikalnym umiejtnociom oraz rnym punktom
widzenia.
D. Koszty projektu s nisze poniewa zostaje wyeliminowana potrzeba posiadania
wyspecjalizowanego zespou testerskiego.

International
Pytanie 5 K2
Ktre DWA z poniszych stwierdze s prawdziwe?
1. Wczesna informacja zwrotna daje programistom wicej czasu na wytworzenie nowych cech
systemu, poniewa spdzaj mniej czasu nad przerabianiem cech oczekiwanych w danej iteracji.
2. Wczesna informacja zwrotna pozwala zespoom zwinnym dostarczy cechy o najwikszej wartoci
biznesowej jako pierwsze, poniewa uwaga klienta pozostaje skupiona na cechach o najwikszej
wartoci dla danego systemu.
3. Wczesna informacja zwrotna redukuje koszty, poniewa zmniejsza ilo czasu potrzebn na
przetestowanie systemu.
4. Wczesna informacja zwrotna zwiksza prawdopodobiestwo, i wytworzony system bdzie bliski
oczekiwaniom klientw, poniewa maj oni moliwo wprowadzania zmian podczas trwania
poszczeglnych iteracji.
Odpowiedzi:
A. 1i4
B. 2i3
C. 2i4
D. 1i3
Pytanie 6 K2
Ktre z poniszych zda przedstawia korzyci pynce z wczesnego i czstego przekazywania

informacji zwrotnej zasady promowanej przez metodyki zwinne?
Odpowiedzi
A. Oglna liczba defektw znalezionych w czasie trwania projektu zwinnego jest duo wiksza
ni liczba defektw odnajdywanych w projektach tradycyjnych, np. w modelu kaskadowym
(waterfall).
B. Mniejsza liczba poprawek ze wzgldu na regularny wgld klientw w projekt.
C. Uatwione jest odnalezienie programisty, ktry popenia najwicej bdw podczas integracji
kodu.
D. Ilo czasu przeznaczona na ukoczenie wszystkich cech zaplanowanych w danej iteracji jest
wystarczajca.

International
Pytanie 7 K1
Dopasuj nastpujce zwinne podejcia w wytwarzaniu oprogramowania do odpowiadajcych im

opisom poniej:
1) Programowanie ekstremalne (eXtreme Programming)

2) Scrum
3) Kanban
I. Wyznaje 5 wartoci kierujcych wytwarzaniem oprogramowania: komunikacja ,prostota, reakcja

zwrotna ,odwaga oraz szacunek.
II. Dzieli projekt na krtkie iteracje zwane sprintami.
III. Optymalizuje przepyw pracy w dodanym acuchu wartoci.
Odpowiedzi:
A. 1-i, 2-iii, 3-ii
B. 1-i, 2-ii, 3-iii
C. 1-i, 2-iii, 3-iii
D. 1-iii, 2-ii, 3-i
Pytanie 8 K3
Podczas spotkania, na ktrym odbywa si planowanie iteracji, zesp dzieli si ze sob

przemyleniami na temat historyjki uytkownika. Waciciel produktu chce, by klient mia jeden
ekran sucy do wpisywania informacji. Programista objania, e ta cecha posiada pewne techniczne
ograniczenia, zwizane z iloci informacji moliwych do ujcia na ekranie. Kolejny programista
mwi o ryzykach zwizanych z wydajnoci, poniewa informacje bd przechowywane w
zewntrznej bazie danych.
Ktre z poniszych najlepiej przedstawia wkad testera do tej dyskusji?
Odpowiedzi:
A. Tester doradza, by ekran dla historyjki uytkownika mieci si na jednej stronie, aby w ten
sposb zredukowa nakad pracy potrzebny do automatyzacji testw.
B. Tester twierdzi, e uyteczno jest waniejsza ni wydajno.
C. Tester radzi, by kryteria akceptacyjne wydajnoci opieray si na standardzie: maksymalnie
1 sekunda na zapis danych.
D. Tester stwierdza, e historyjka uytkownika potrzebuje kryteriw akceptacyjnych, by by
testowaln.

International
Pytanie 9 K2
Ktre z poniszych zda najlepiej opisuje testera uczestniczcego w retrospektywie (spotkaniu

retrospektywnym)?
Odpowiedzi:
A. Jako tester uczestniczcy w spotkaniu retrospektywnym, powinienem podnosi jedynie
kwestie dotyczce testowania. Wszystkie inne tematy zostan poruszone przez ktrego z
pozostaych uczestnikw.
B. Jako tester uczestnicz w spotkaniu retrospektywnym jako obserwator, upewniajcy si, e
spotkanie przebiega zgodnie z zasadami retrospektywy oraz wartociami metodyk zwinnych.
C. Jako tester uczestniczcy w spotkaniu retrospektywnym powinienem dostarczy informacj
zwrotn oraz inne informacje dotyczce wszystkich czynnoci wykonanych przez zesp
podczas sprintu.
D. Jako tester, w spotkaniu retrospektywnym powinienem uczestniczy jedynie wwczas, gdy
posiadam informacje zwrotne lub opinie dotyczca czynnoci wykonywanych przez zesp
podczas sprintu.
Pytanie 10 K2
Ktre z poniszych kwestii NIE powinny zosta podniesione podczas spotkania retrospektywnego?
Odpowiedzi:
A. W przyszoci powinno si ka wikszy nacisk na testy jednostkowe, by podnie
ogln jako.
B. Proces budowania jest rczny i zajmuje zbyt duo czasu. Powinno si wykona
odpowiednie badania, suce implementacji automatycznego systemu budowania.
C. Tester XYZ ma problem ze znajdowaniem defektw. Wymagane jest przeprowadzenie
szkolenia z zakresu projektowania testw dla tego zasobu.
D. Wykonanie automatycznych zestaww testw regresji zajmuje zbyt duo czasu.
Wymagany jest przegld zestaww, w celu usunicia nadmiernych lub niepotrzebnych
testw.
Pytanie 11 K2
Ktre z poniszych NIE jest zasad cigej integracji?
Odpowiedzi:
A. Ciga integracja pomaga budowa oprogramowanie oparte na zmianach (wczajc w to
testowanie oraz wydania) w sposb regularny i automatyczny.
B. Ciga integracja pozwala na czste udostpnianie testerom oraz interesariuszom nowych
wersji oprogramowania.
C. Ciga integracja pomaga we wczesnym wykrywaniu bdw integracji, a take uatwia ich
analiz.
D. Ciga integracja zapewnia, e testowanie poszczeglnych wersji jest przeprowadzane
manualnie, jako e uzyskane w ten sposb wyniki s znacznie bardziej wiarygodne ni wyniki
testw automatycznych.

International
Pytanie 12 K1
Ktr z poniszych czynnoci wykonywaby tester podczas planowania wydania?
Odpowiedzi:
A. Tworzenie listy testw akceptacyjnych dla historyjek uytkownika.
B. Pomoc w podzieleniu historyjek uytkownika na mniejsze oraz bardziej uszczegowione
zadania.
C. Szacowanie zada testowych dla nowych cech planowanych w danej iteracji.
D. Objanianie historyjek uytkownika oraz zapewnianie, e s one testowalne.
Pytanie 13 K1
Ktre z poniszych zda jest najlepsz definicj historyjki uytkownika?
Odpowiedzi:
A. Jest to artefakt, ktry tester musi przejrze oraz podpisa, by mc rozpocz testowanie.
B. Jest to artefakt uywany do uszczegowienia jedynie wymaga funkcjonalnych systemu.
C. Jest to artefakt udokumentowany przez przedstawicieli biznesowych, by uatwi testerom i
programistom zrozumienie wymaga dotyczcych systemu.
D. Jest to artefakt napisany wsplnie przez programistw, testerw oraz przedstawicieli
biznesowych w celu uchwycenia wymaga.
Pytanie 14 K2
Ktre z poniszych czynnoci testowych s zazwyczaj wykonywane w projektach zwinnych, lecz nie
tak czsto w projektach tradycyjnych?
Odpowiedzi:
A. Testerzy tworz uszczegowione plany testw, by cay zesp mg zrozumie co bdzie
testowane w danej iteracji.
B. Testerzy s mocno zaangaowani w tworzenie automatycznych przypadkw testowych,
ktre z kolei s wykorzystywane to weryfikacji implementacji wymaga.
C. Testerzy wykonuj testy eksploracyjne w celu wczesnego wykrycia wanych defektw.
D. Testerzy wsppracuj z programistami w celu lepszego zrozumienia tego co ma zosta
przetestowane.

International
Pytanie 15 K2
Rozwa nastpujce dziaania:
i. cise egzekwowanie kryteriw wejcia i wyjcia dla testw na poziomie systemu.

ii. Wsppraca pomidzy testerem, developerem i interesariuszami biznesowymi w celu
zdefiniowania kryteriw akceptacji.
iii. Funkcjonalna weryfikacja testowania historyjek uytkownikw wytworzonych podczas
poprzedniej iteracji.
Kombinacja ktrych z powyszych aktywnoci powinna wystpi w projekcie zwinnym?
Odpowiedzi:
A. wycznie ii
B. i oraz ii
C. ii oraz iii
D. wycznie iii
Pytanie 16 K2
Ktre DWA z poniszych stwierdze s prawdziwe dla projektw zwinnych?

Odpowiedzi:
A. Testerzy powinni blisko wsppracowa z developerami, jednoczenie zachowujc

obiektywn perspektyw.
B. Managerowie testw nie istniej w organizacjach wykorzystujcych zwinne wytwarzanie
oprogramowania.
C. W projektach zwinnych nie ma rnicy midzy zadaniami testerw i programistw.
D. Programici powinni polega na testerach w kwestii tworzenia zautomatyzowanych testw
regresyjnych.
E. Wybrana grupa uytkownikw moe wykonywa beta testy produktu po ukoczeniu wielu
iteracji.

International
Pytanie 17 K2
Ktre z poniszych zda opisujcych niezalene testowanie projektw w projektach zwinnych jest
NIEPRAWDZIWE:
Odpowiedzi:
A. W organizacjach wprowadzajcych metodyki zwinne moe zaistnie ryzyko utraty

niezalenoci.
B. Niezaleni testerzy znajd wicej defektw ni programici, niezalenie od poziomu testw.
C. Niezalene testowanie moe zosta wprowadzone na kocu sprintu.
D. Niezalene zespoy testerskie mog by czci innych zespow.
Pytanie 18 K2
Ktre z poniszych zda najlepiej opisuje jako produktu pod koniec 6. iteracji w projekcie zwinnym
tworzcym nowy system skadajcym si z 8 iteracji?
Odpowiedzi:
A. W czasie testw systemowych w 6 iteracji nie wykryto adnych bdw o krytycznoci 1

bd 2, dziki temu, zespoy mog przej do iteracji 7.
B. Beta testy klientw wykonane podczas 6 iteracji wykazay, e system dziaa poprawnie, a
jego produktywno wzrosa.
C. Zesp zwinny poprawnie przeledzi szacunki z ograniczonymi odchyleniami ukazane na
wykresie spalania dla wszystkich iteracji do dnia biecego.
D. Wszystkie karty historyjek przeznaczone dla danej iteracji (a do iteracji biecej) zostay
oznaczone jako ukoczone, jednak przy zacigniciu pewnej iloci dugu technicznego.

International
Pytanie 19 K2
Ktre z poniszych (procesw, narzdzi) najlepiej ukazuj postp prac zespou wzgldem szacowa?
Odpowiedzi:
A. Wykresy spalania.
B. Rejestry\logi automatyzacji.
C. Zwinna tablica zada pokazujca historyjk uytkownika oraz postp wykonania
poszczeglnych zada.
D. Narzdzia do ledzenia defektw.
Pytanie 20 K2
Przedstawiciele biznesowi stwierdzaj podczas planowania iteracji 5, e chc dokona zmian w

systemie, ktry zosta dostarczony podczas iteracji 3. Z poniszych czynnoci wybierz te, ktre bd
musiay zosta wykonane jako pierwsze w celu zminimalizowania ryzyk zwizanych z regresj, po
wprowadzeniu zmian do danej cechy.
Odpowiedzi:
A. Przegld i aktualizacja wszystkich manualnych oraz automatycznych testw, na ktre bdzie

miaa wpyw dana zmiana, tak by pokryway one nowe kryteria akceptacyjne.
B. Napisanie nowych testw manualnych oraz automatycznych dla danej cechy i wczenie ich
do zestawu testw regresji.
C. Zautomatyzowanie wszystkich testw z poprzedniej iteracji i wczenie ich do zestawu
automatycznych testw regresji.
D. Zwikszenie zakresu automatyzacji testw dla danego systemu w celu dodania bardziej
szczegowych warunkw testowych.
Pytanie 21 K2
Ktre DWA z poniszych to powody, dla ktrych automatyzacja jest niezbdna w projekcie zwinnym?
i. By zespoy utrzymyway lub zwikszay sw prdko.
ii. By uchroni zesp testowy od powodujcych znuenie rcznych, powtarzalnych zada.
iii. By ponownie przetestowa wszystkie przypadki testowe z poprzedniej iteracji.
iv. By wyeliminowa regresj produktu wynikajc z czstej przebudowy kodu.
v. By zapewni, e zmiany w kodzie nie popsuj zbudowanej wersji.
Odpowiedzi:
A. i & iv
B. i & v
C. iii & iv
D. ii & v

International
Pytanie 22 K2
W projektach zwinnych jest wiksze zapotrzebowanie na testerw, ktrzy rozumiej i tworz skrypty
do testw automatycznych ni w projektach tradycyjnych. Z poniszych, ktre DWA powody
wskazuj, dlaczego jest to niezbdna umiejtno w zespole zwinnym?
i. Wymagania zmieniaj si codziennie i regresja musi by testowana. Te szybkie zmiany
wymagaj testw automatycznych, bo testowanie manualne jest zbyt wolne.
ii. Testy powinny generowa informacj zwrotn o jakoci produktu jak najwczeniej jest to
moliwe. Tym samym testy akceptacyjne powinny by wykonywane w kadej iteracji, w
sytuacjach idealnych po zrobieniu zmian. W praktyce jest to moliwe tylko przy uyciu
testw automatycznych.
iii. Praktyki Najpierw test oraz Ciga Integracja wymagaj, by zestaw testw regresji by
wykonywany, gdy tylko zmieniony kod jest zapisywany (check-in). W praktyce jest to
moliwe tylko przy uyciu testw automatycznych.
iv. Iteracje lub przebiegi maj sta dugo. Zesp musi zapewni, e wszystkie testy mog by
w peni wykonane ostatniego dnia kadej iteracji / kadego przebiegu. W praktyce jest to
moliwe tylko przy uyciu testw automatycznych.
v. Projekty zwinne opieraj si bardziej na testach jednostkowych ni na testach systemowych.
Poniewa testy jednostkowe nie mog by wykonywane rcznie, wszystkie testy musz by
automatyczne.
Odpowiedzi:
A. i & iii
B. ii & v
C. iv & v
D. ii & iii
Pytanie 23 K2
Ktre zadania s typowe dla testera w projekcie zwinnym?

i. Decydowanie o akceptacji uytkownika.
ii. Projektowanie, tworzenie i wykonywanie odpowiednich testw.
iii. Planowanie reportw defektw do ich analizy.
iv. Automatyzacja i zarzdzanie testami.
v. Poprawianie logiki programu w programowaniu parami.
Odpowiedzi:
A. i & iii
B. ii & iii
C. ii & iv
D. ii & v

International
Pytanie 24 K2
Ktre z poniszych NIE jest typowym zadaniem testera w projekcie zwinnym?
Odpowiedzi:
A. Automatyzacja testw i zarzdzanie nimi.
B. Opiekowanie si i trenowanie (coaching) innych czonkw zespou.
C. Tworzenie i aktualizacja wykresw spalania (burndown charts).
D. Branie udziau w czynnociach zwizanych z analiz kodu.
Pytanie 25 K1
Do ktrego z nastpujcych odnosi si termin wykres spalania?
Odpowiedzi:
A. Wykres pokazujcy, ktrzy czonkowie zespou pracuj najwicej i lubi by w stresie.
B. Wykres pokazujcy postp kadej historyjki uytkownika i przypuszczalny czas jej
wykonania
C. Wykres pokazujcy ilo pracy pozostaej do wykonania w stosunku do czasu
zaalokowanego dla iteracji.
D. Wykres pokazujcy defekty, ktre zostay naprawione i przypuszczalnie kiedy bd
naprawione pozostae defekty.
Pytanie 26 K1
Ktre z nastpujcych zda o wytwarzaniu sterowanym testami (TDD) jest NIEPRAWDZIWE?
Odpowiedzi:
A. TDD jest podejciem najpierw test wykorzystywanym do wytwarzania automatycznych
testw wielokrotnego uycia.
B. Cykl TDD jest cigle uywany a do momentu wydania produktu.
C. TDD wspomaga dokumentowanie kodu, uatwiajc jego pniejsz pielgnacj.
D. Wynikiem TDD s klasy testw wykorzystywane przez deweloperw do tworzenia
przypadkw testowych.
Pytanie 27 K1
Do czego si odnosi i co ilustruje termin piramida testowa?
Odpowiedzi:
A. Nakad pracy zespou powicony na testowanie zwikszajcy si od przebiegu do
przebiegu.
B. Wielko zda produktu, i std ilo testw, uszeregowana malejco.
C. Liczba zautomatyzowanych testw jednostkowych jest wiksza ni liczba
zautomatyzowanych testw na wyszych poziomach.
D. Liczba dostpnych zautomatyzowanych testw, zwikszajc si od przyrostu do
przyrostu.

International
Pytanie 28 K2
Ktre z poniszych przedstawia efektywne uycie kwadrantw testowych?
Odpowiedzi:
A. Podczas prezentowania pomysw na testowanie, tester moe odwoywa si do

kwadrantu testowego, by reszta zespou lepiej rozumiaa celowo danych testw.
B. Tester moe uywa typw testw opisanych w kwadrancie testowym jako metryki
pokrycia. Im wicej testw pokrywa kady kwadrant, tym wysze pokrycie testw.
C. Zesp powinien wybra pewn ilo testw z kadego kwadrantu, a tester powinien
zaprojektowa i wykona te testy, by zapewni e wszystkie typy i poziomy testw
zostan wykonane.
D. Tester moe wykorzystywa kwadranty testowe podczas analizy ryzyka; nisze
kwadranty testowe reprezentuj nisze ryzyko dla odbiorcy.
Pytanie 29 K2
Mamy dane nastpujce historyjki uytkownika:

Jako kasjer w banku, mog atwo nawigowa po menu systemu i znale potrzebne mi informacje.
Dla wszystkich uytkownikw, system musi wywietla wyniki zapytania w czasie poniej 2 sekund
w 90% przypadkw.
Oraz odpowiadajce przypadki testowe:
TC1: Zaloguj si jako kasjer w banku. Wprowad ID uytkownika. Sprawd, e historia transakcji
uytkownika jest atwa do znalezienia i nawigacja po menu jest intuicyjna.
TC2: Zaloguj si jako kasjer w banku. Wprowad nazw (np. nazwisko i imi) uytkownika. Sprawd,
czy rachunki uytkownika s atwe do znalezienia i nawigacja po menu jest intuicyjna.
TC3: Zasymuluj oczekiwany ruch w systemie i sprawd, czy czas wywietlenia historii transakcji
uytkownika jest mniejszy ni 2 sekundy.
Czci ktrych DWCH kwadrantw s te przypadki testowe?
Odpowiedzi:
A. Q1 na poziomie jednostkowym, zorientowanym na technologi & Q2 na poziomie

systemowym, zorientowanym na biznes.
B. Q2 na poziomie systemowym, zorientowanym na biznes & Q3 na poziomie systemowym
lub akceptacji uytkownika, zorientowanym na biznes.
C. Q3 na poziomie systemowym lub akceptacji uytkownika, zorientowanym na biznes &
Q4 na poziomie systemowym lub operacyjnej akceptacji, zorientowanym na technologi.
D. Q2 na poziomie systemowym, zorientowanym na biznes & Q4 na poziomie systemowym
lub operacyjnej akceptacji, zorientowanym na technologi.

International
Pytanie 30 K3
Na pocztku pitej iteracji zostao wprowadzone zostao nowe wymagania, aby system wspiera
nowy typ przegldarki. Tester zauwaa, e istniejcy framework testowy oraz skrypty nie wspieraj
tej przegldarki. Jakie dziaania powinien podj tester z tego zespou?
Odpowiedzi:
A. Tester powinien powiadomi zesp, e planuj pracowa w nadgodzinach przez

nastpne dwa sprinty, by zaktualizowa framework i skrypty, tak by wspieray nowy typ
przegldarki i eby nie zakcio to istniejcego planu sprintu.
B. Tester powinien powiadomi zesp o problemie. Po wykonaniu analizy ryzyka zesp
decyduje e istniejce testy regresji maj zosta rozszerzone take o now przegldark.
Tester zmodyfikuje plan sprintu dodajc zadania modyfikacji frameworku i skryptw by
zapewni wsparcie dla nowej przegldarki.
C. Tester dokonuje pewnych bada i stwierdza, e ryzyko pojawienia si nowych, do tej
pory nie odnalezionych w innych przegldarkach, defektw jest niskie. Tester
kontynuuje wykonywanie biecego planu przebiegu, i nie robi adnych zmian w
zestawie testw automatycznych i skryptw.
D. Tester wstrzymuje swoje prace, projektuje specjalne testy kompatybilnoci nowego typu
przegldarki, i informuje zesp, e pozostae prace testowe dla przebiegu bd
przesunite do nastpnej iteracji.
Pytanie 31 K3
Mamy nastpujce wyniki z analizy ryzyka produktowego na pocztku iteracji:

Historyka uytkownika 1 (Wydajno): prawdopodobiestwo: wysokie, wpyw: wysoki.
Historyka uytkownika 2 (Zabezpieczenia): prawdopodobiestwo: wysokie, wpyw: wysoki.
Historyka uytkownika 3 (Funkcjonalno): prawdopodobiestwo: rednie, wpyw: wysoki.
Historyka uytkownika 4 (Funkcjonalno): prawdopodobiestwo: wysokie, wpyw: redni.
Historyka uytkownika 5 (Kompatybilno): prawdopodobiestwo: niskie, wpyw: niski.
Historyka uytkownika 5 (Odtwarzalno): prawdopodobiestwo: niskie, wpyw: niski.
Ktre DWA z poniszych zda najlepiej opisuj co zesp powinien zrobi z t informacj? Wybierz
DWIE opcje.
Odpowiedzi:
A. Rozpocz sesj pokera planistycznego by oszacowa pracochonno historyjek

uytkownika i okreli, co mona zrobi w biecej iteracji a co ma by dodane do
backlogu produktu.
B. Usun historyjki uytkownika 5 i 6 z biecej iteracji i doda do pniejszej.
C. Z powodu duej iloci elementw wysokiego ryzyka i wysokiego wpywu
wprowadzonych do biecej iteracji, zesp nie ma wyboru i musi zwikszy ramy
czasowe iteracji o 2 tygodnie.
D. Zesp powinien wsplnie wypracowa skuteczne sposoby agodzenia ryzyk wysokiego
prawdopodobiestwa i wysokiego wpywu.
E. Zesp powinien zaplanowa ukoczenie wszystkich pozycji w biecej iteracji, ale
pozostawi pozycje o niszym ryzyku na koniec przebiegu i testowa te pozycje tylko, gdy
bdzie na to czas.
International
Pytanie 32 K3
Mamy dan nastpujca historyjk uytkownika:

Bdc prezesem, dowolne dane, ktre ja wprowadz nie s dostpne dla innych uytkownikw
systemu.
Podczas pierwszej sesji pokera planistycznego, zostay przydzielone nastpujce punkty historyjek
uytkownika w oparciu o ryzyko, nakad pracy, zoono i odpowiedni zakres testw:
Uytkownicy: 5.
Programici: 5.
Testerzy: 20.
Jakie jest najlepsze postepowanie nastpujce po tej sesji planistycznej?
Odpowiedzi:
A. Poniewa estymacje uytkownikw i programistw s zgodne, zesp moe by

przekonany, e ta estymacja jest dobra i przej do nastpnej historyjki uytkownika.
B. Zesp powinien przeprowadzi dyskusj by zrozumie dlaczego testerzy uwaaj, e ta
historyjka uytkownika wymaga zdecydowanie wicej pracy. Po dyskusji powinna
nastpi kolejna runda pokera planistycznego.
C. Poniewa to uytkownik bdzie wacicielem systemu na kocu, wic jego estymacja
powinna by uwaana za poprawn w sytuacjach konfliktowych.
D. Sesje pokera planistycznego powinny by kontynuowane dopki nie osignie si
dokadnej zgody co do punktw historyjek pomidzy uytkownikami, programistami i
testerami.
Pytanie 33 K3
Zesp zwinny jest przydzielony do projektu, ktry dostosowuje istniejce urzdzanie medyczne do
nowych technologii. Od ostatniego wydania istniejcego urzdzenia medycznego, ukazaa si nowa
wersja standardu dla urzdze medycznych. Dostp uytkownika do urzdzenia si zmieni i bdzie
udokumentowany w historyjkach uytkownika.
Bazujc na powyszych informacjach, w uzupenieniu do historyjek uytkownika, wybierz ktre z
poniszych dostarcz najpotrzebniejszych informacji wspierajcych Twoje zadania testowe.
i. Zaktualizowana wersja dokumentu zawierajcego standard dla urzdze medycznych.
ii. Istniejce lub typowe obszary defektw w istniejcym systemie.
iii. Zdezaktualizowane przypadki testowe dostpu uytkownika i ich wyniki dla istniejcej
aplikacji.
iv. Metryki wydajnociowe dla istniejcej aplikacji.
v. Defekty zaraportowane podczas innych podobnych projektw dostosowania urzdze
medycznych.
Odpowiedzi:
A. i, ii, iii, iv
B. ii, iv, v
C. i, ii, v
D. Wszystkie powysze

International
Pytanie 34 K2
Ktre stwierdzenie NAJLEPIEJ opisuje, kiedy naley zakoczy testowanie (kryteria wydania) w
projekcie zwinnym?
Odpowiedzi:
A. Wszystkie przypadki testowe zostay wykonane.

B. Prawdopodobiestwo pozostawionych awarii zostao zredukowane do poziomu
akceptowanego przez uytkownika.
C. Osignite pokrycie testowe jest uwaane za wystarczajce. Ograniczenie pokrycia jest
uzasadnione przez zoono dostarczanej funkcjonalnoci, jej implementacj i zwizane
ryzyko.
D. Zakoczono iteracj / sprint.
Pytanie 35 K2
Ktre DWA z poniszych s przykadami testowalnych kryteriw akceptacyjnych dla odpowiednich

czynnoci testowych?
Odpowiedzi:
A. Testowanie oparte o struktur: Wykonano biaoskrzynkowe testy, jako uzupenienie

testowania czarnoskrzynkowego.
B. Testowanie systemowe: Co najmniej 80% funkcjonalnych testw regresji zostao
zautomatyzowanych.
C. Testowanie zabezpiecze: Skan podatnoci jest zakoczony i nie zidentyfikowano awarii.
D. Testowanie wydajnoci: Aplikacja odpowiada w rozsdnym czasie przy 5000
uytkownikw.
E. Testowanie kompatybilnoci: Aplikacja pracuje we wszystkich gwnych przegldarkach.

International
Pytanie 36 K3
Mamy dan nastpujc historyjk uytkownika: Jako kasjer w banku, chciabym mc oglda
transakcje bankowe moich uytkownikw na ekranie, by mc odpowiada na ich pytania.
Ktre z poniszych moe by brane pod uwag jako odpowiednie akceptacyjne przypadki testowe?
i. Zaloguj si jako kasjer bankowy, otrzymaj bilans wszystkich otwartych rachunkw.
ii. Zaloguj si jako kasjer bankowy, wprowad ID rachunku klienta, otrzymaj na ekranie histori
transakcji klienta.
iii. Zaloguj si jako kasjer bankowy, zadaj ID rachunku klienta uywajc skrtu nazwiska,
otrzymaj na ekranie histori transakcji klienta.
iv. Zaloguj si jako kasjer bankowy, wprowad IBAN klienta (midzynarodowy numer rachunku
bankowego), otrzymaj na ekranie histori transakcji klienta.
v. Zaloguj si jako kasjer bankowy, wprowad ID rachunku klienta, otrzymaj histori transakcji
klienta w mniej ni 3 sekundy na ekranie.
Odpowiedzi:
A. i, ii, iv
B. i, iii, iv
C. ii, iv, v
D. ii, iii, iv
Pytanie 37 K3
Mamy dan nastpujc historyjk uytkownika: Aplikacja sieciowa (online) pobiera opat za
wysane zakupione pozycje w oparciu o nastpujce kryteria:
Koszt standardowy stosowany jest przy wysyaniu poniej 6 pozycji.
Wysanie kosztuje 5$ dla 6-10 pozycji.
Wysanie jest wolne od opat dla wicej ni 10 pozycji.
Ktre z poniszych jest najlepsz czarnoskrzynkow technik do projektowania dla tej historyjki
uytkownika?
Odpowiedzi:
A. Testowanie oparte o zmian stanu: Sprawd nastpujce stany przegldanie,

zalogowanie si, wybr, zakup, potwierdzenie i wyjcie.
B. Tablice decyzyjne: Sprawd nastpujce warunki: Uytkownik zalogowany, co najmniej
jedna pozycja w koszyku, zakup potwierdzony; akcja wynikowa wysanie pozycji.
C. Analiza wartoci brzegowych: Sprawd nastpujce wejcia 0,5,6,10,11, max.
D. Testowanie w oparciu o przypadki uycia: Aktor= klient; Warunki wstpne= klient
zalogowany, wybrane i zakupione pozycje; Warunki wyjciowe= jednostki zostay
nadane.

International
Pytanie 38 K3
Twj kierownik pragnie wprowadzi testy eksploracyjne do Twojego zespou zwinnego. Otrzyma on
od swoich kolegw nastpujce sugestie, jak to zrobi:
i. Historyjki uytkownika s przydzielane do testerw, dla ktrych s one zupenie nowe.
Przeznacza si 120 minut na pene testy eksploracyjne historyjki uytkownika. Testerzy nie
musza dokumentowa testw ani wynikw testw, ale musza logowa defekty, jeeli na nie
napotkaj.
ii. Historyjki uytkownika s przydzielane testerom, ktrzy zakoczyli ju testowanie oparte na
ryzyku w tych samych obszarach. Przeznacza si 120 minut na pene testy eksploracyjne
historyjki uytkownika. Zesp oczekuje, e po 120 minutach otrzyma list pomysw na
testy, w tym dane i aktorw, wyniki i napotkane problemy, oraz list defektw do
zaraportowania w narzdziu do zarzdzania defektami.
iii. Historyjka uytkownika jest przydzielana przedstawicielowi biznesu. Przedstawiciel biznesu,
ma uywa systemu w taki sposb, jak bdzie go uywa jego uytkownik w codziennej
pracy. Jeeli napotka jakie problemy, ma poinformowa testerw, by mogli oni nada
odpowiedni priorytet i zaraportowa defekt.
iv. Historyjka uytkownika jest przydzielona testerowi do testw eksploracyjnych. Tester ma
nauczy si funkcjonalnoci historyjki uytkownika, by mie pewno, e funkcjonalno jest
poprawna i by stosowa testy negatywne. Nie ma okrelonego terminu kocowego na
zakoczenie testw, zaley to od tego co znajdzie tester. Dokumentacja nie jest konieczna,
ale defekty musza by logowane w narzdziu do ledzenia defektw.
Twj kierownik zapozna Ci ze swoimi wnioskami o tym jak najlepiej wprowadzi testy
eksploracyjne do zespou zwinnego.
Ktry z poniszych wnioskw kierownika jest poprawny?
Odpowiedzi:
A. Scenariusz (i) NIE JEST najlepszym sposobem bo: w testach eksploracyjnych

projektowanie i wykonywanie testw wykonywane jest w tym samym czasie, ale jest
kierowane przez udokumentowan kart testu, w ktrej podani s aktorzy, warunki
testowe, dane testowe, itd. Wyniki z testw s udokumentowane i zostan uyte do
ukierunkowania nastpnych testw.
B. Scenariusz (ii) JEST najlepszym sposobem, bo: w tym przypadku testerzy maj ju wiedz
o historyjce uytkownika, co pomoe im wymyle warunki testowe i pomysy na testy.
Zesp wykorzystuje sesje testw eksploracyjnych ograniczone czasowo. Zesp
oczekuje, e zostan udokumentowane warunki testowe, dane i informacje
uytkownika, e wyniki testw bd raportowane w narzdziu do ledzenia bdw jak w
kadej innej technice testowej.
C. Scenariusz (iii) NIE JEST najlepszym sposobem, bo: To mgby by opis akceptacyjnych
testw systemowych, a nie testw eksploracyjnych.
D. Scenariusz (iv) NIE JEST najlepszym sposobem, bo: Dokumentacja jest konieczna w
testach eksploracyjnych, a testerzy musza logowa pomysy i wyniki testw. Wyniki
testw s uywane do ukierunkowania testw eksploracyjnych w przyszoci.

International
Pytanie 39 K1
Ktre z poniszych jest jednym z celw narzdzia do Zarzdzania Cyklem ycia Aplikacji (ALM) w
projekcie zwinnym?
Odpowiedzi:
A. Narzdzie ALM umoliwia zespoom budowanie bazy wiedzy o narzdziach i technikach

dla czynnoci deweloperskich i testowych.
B. Narzdzie ALM zapewnia szybk informacje o jakoci wersji i szczegw o zmianach w
kodzie.
C. Narzdzie ALM zapewnia widoczno aktualnego stanu aplikacji, zwaszcza w zespoach
rozproszonych.
D. Narzdzie ALM generuje i aduje due wolumeny danych i ich kombinacje do uycia w
testowaniu.
Pytanie 40 K1
Ktre z poniszych zda jest FASZYWE w odniesieniu do testw eksploracyjnych?
Odpowiedzi:
A. Testy eksploracyjne obejmuj rwnoczesne uczenie si, projektowanie i wykonywanie

testw.
B. Testy eksploracyjne eliminuj potrzeb przygotowania przez testerw pomysw na
testy przed ich wykonywaniem,
C. Najlepsze wyniki osigane s, gdy testy eksploracyjne s czone z innymi strategiami
testw.
D. Testy eksploracyjne wymagaj posiadania solidnego zrozumienia testowanego systemu.

International
2. PRZYKADOWE PYTANIA EGZAMINACYJNE ODPOWIEDZI

Pytanie 1
FA-1.1.1 (K1) Kandydat pamita podstawowe zasady zwinnego wytwarzania oprogramowania
w oparciu o Manifest Agile
Uzasadnienie:
A. Niepoprawne opcje 2, 3 i 4 s niepoprawne patrz (B) dla poprawnej odpowiedzi.
B. Poprawne zawiera cztery zasady: ludzie i wsppraca ponad procesy i narzdzia;
dziaajce oprogramowanie ponad obszern dokumentacj; wsppraca z klientem
ponad formalne ustalenia; reagowanie na zmiany ponad podanie za planem.
C. Niepoprawne 1 & 4 s niepoprawne patrz (B) dla poprawnej odpowiedzi.
D. Niepoprawne wszystkie opcje s niepoprawne patrz (B) dla poprawnej odpowiedzi.
Punktacja: 1 punkt
Pytanie 2
FA-1.1.1 (K1) Kandydat pamita podstawowe zasady zwinnego wytwarzania oprogramowania
w oparciu o Manifest Agile
Uzasadnienie:
A. Poprawne z perspektywy klienta, pracujce oprogramowanie jest bardziej uyteczne i
wartociowe ni obszerna dokumentacja i; co wicej umoliwia zespoowi wytwrczemu
na szybk reakcj zwrotn.
B. Niepoprawne to jest typowa praktyka w wytwarzaniu sterowanym testami TDD, ale nie
jest to zasada z Manifestu Zwinnego Wytwarzania Oprogramowania
C. Niepoprawne wartoci jest: wsppraca z klientem ponad formalne ustalenia
D. Niepoprawne wartoci jest: wsppraca z klientem ponad formalne ustalenia
Punktacja: 1 punkt
Pytanie 3
FA-1.1.2 (K2) Kandydat rozumie korzyci wynikajce z podejcia cay zesp
Uzasadnienie:
A. Niepoprawne to zaley od umiejtnoci zespou, programici mog wykonywa to

zadanie.
B. Niepoprawne zespl powinien pracowa razem przy wyborze narzdzi, ktre
umoliwi im dziaa wsplnie i efektywnie,
C. Poprawne testerzy wspomagaj i wsppracuj z przedstawicielami biznesu,
pomagajc im tworzy porzdne testy akceptacyjne.
D. Poprawne w projektach zwinnych cay zespl odpowiada za jako
E. Niepoprawne Programici mog pomaga przy tych zadaniach w zalenoci od
umiejtnoci zespou i indywidualnego obcienia
Punktacja: 1 punkt

International
Pytanie 4
FA-1.1.2 (K2) Kandydat rozumie korzyci wynikajce z podejcia cay zesp
Uzasadnienie:
A. Niepoprawne Umiejtnoci zwizane z testowaniem oprogramowania powinny by

przekazywane take czonkom zespou niebdcych testerami
B. Niepoprawne To zaley od umiejtnoci zespou i dostpnoci, niektrzy testerzy maja
podstawy programistyczne.
C. Poprawne umoliwia rwnoway rne umiejtnoci tak jak jest to potrzebne w
projekcie
D. Niepoprawne testerzy specjalici s cigle potrzebni i s istotnym zasobem w
projektach zwinnych
Punktacja: 1 punkt
Pytanie 5
FA-1.1.3 (K2) Kandydat rozumie korzyci wynikajce z wczesnego i czstego otrzymywania
informacji zwrotnej.
Uzasadnienie:
A. Niepoprawne
B. Niepoprawne
C. Poprawne patrz poniej
D. Niepoprawne
1. Niepoprawne Programici tylko implementuj cechy ktre s wymagane przez biznes i s

czci iteracji. Gdy zakocza swoje zadania, wspomagaj inne zadania zwizane z iteracj
2. Poprawne Czsta informacja zwrotna pozwala koncentrowa uwag na cechach o
najwikszej wartoci
3. Niepoprawne Moe by potrzebne wicej testw ze wzgldu na czste zmiany.
4. Poprawne uytkownicy wskazuj, gdy wymagania s ominite lub le zinterpretowane, i
zmienia funkcjonalno, tak jak sobie tego ycz.
Punktacja: 1 punkt

International
Pytanie 6
FA-1.1.3 (K2) Kandydat rozumie korzyci wynikajce z wczesnego i czstego otrzymywania
informacji zwrotnej.
Uzasadnienie:
A. Niepoprawne znaleziona liczba defektw nie zaley od procesu wytwarzania

oprogramowania. Zysk ze zwinnoci to moliwo szybszego znalezienia i naprawienia
defektw.
B. Poprawne wyjaniajc dania klienta odnonie cech, wczenie i regularnie podczas
wytwarzania, zwiksza si prawdopodobiestwo, e kluczowe cechy bd dostpne dla
klienta wczeniej i produkt lepiej bdzie odzwierciedla yczeniom klienta.
C. Niepoprawne w podejciu zwinnym nie wyrnia si indywidualnoci, ocenia si cay
zesp.
D. Niepoprawne moe nie by wystarczajco duo czasu, by ukoczy wszystkie cechy w
danej iteracji, ale proces zwinny umoliwia zespoowi skupienie si na cechach o
najwikszej wartoci biznesowej.
Punktacja: 1 punkt
Pytanie 7
FA-1.2.1 (K1) Kandydat pamita podejcia zwinne do wytwarzania oprogramowania.
Uzasadnienie:
A. Niepoprawne patrz B dla poprawnego odwzorowania

B. Poprawne Programowanie ekstremalne (XP) wyznaje 5 wartoci kierujcych
wytwarzaniem oprogramowania: komunikacja, prostota, reakcja zwrotna, odwaga oraz
szacunek. Scrum dzieli projekt na krtkie iteracje zwane sprintami. W Kanbanie nie
mamy ani iteracji ani sprintu, jest uywany do optymalizacji przepyw pracy w
zadaniach i minimalizuje czas przerobu kadego zadania.
C. Niepoprawne patrz B dla poprawnego odwzorowania
D. Niepoprawne patrz B dla poprawnego odwzorowania
Punktacja: 1 punkt

International
Pytanie 8
FA-1.2.2 (K3) Kandydat potrafi napisa historyjki uytkownika we wsppracy z wytwrcami,
przedstawicielami biznesu i wacicielem produktu.
Uzasadnienie:
A. Niepoprawne jest istotne rozwaanie testowalnoci i automatyzacji, ale projektowanie

aplikacji w oparciu o ograniczenie wysiku testowego moe nie skutkowa porzdnym
rozwizaniem dla uytkownika kocowego.
B. Niepoprawne to waciciel produktu priorytetyzuje rne charakterystyki jakociowe.
C. Niepoprawne wydajnociowe kryteria akceptacyjne powinny na og by okrelane
przez waciciela produktu
D. Poprawne tester przyczynia si do zapewnienia, e zesp tworzy kryteria akceptacyjne
dla historyjki uytkownika
Punktacja: 1 punkt
Pytanie 9
FA-1.2.3 (K2) Kandydat rozumie, jak spotkania retrospektywne mog by wykorzystywane
jako mechanizm do doskonalenia procesu w projektach zwinnych.
Uzasadnienie:
A. Niepoprawne testerzy powinni bra udzia w spotkaniach retrospektywnych.

B. Niepoprawne testerzy powinni bra udzia we wszystkich aspektach spotkania
retrospektywnego.
C. Poprawne wszyscy czonkowie zespou, testerzy i nie-testerzy, powinni wnosi wkad
zarwno do czynnoci testowych jak i nie-testowych
D. Niepoprawne testerzy mog nauczy si wartociowych informacji podczas spotka
retrospektywnych, by zastosowa je w nastpnych iteracjach.
Punktacja: 1 punkt
Pytanie 10
FA-1.2.3 (K2) Kandydat rozumie, jak spotkania retrospektywne mog by wykorzystywane
jako mechanizm do doskonalenia procesu w projektach zwinnych.
Uzasadnienie:
A. Niepoprawne to powinno by poruszane, by wspomc wczeniejsze wykrywanie

defektw w procesie
B. Niepoprawne to powinno by poruszane jako ulepszanie procesu.
C. Poprawne spotkanie retrospektywne nie powinny by przeznaczane do oceny osb, ale
powinny koncentrowa si na ulepszaniu procesu i zespou jako caoci.
D. Niepoprawne - to powinno by poruszane jako ulepszanie procesu.
Punktacja: 1 punkt

International
Pytanie 11
FA-1.2.4 (K2) Kandydat rozumie wykorzystanie i cele cigej integracji
Uzasadnienie:
A. Niepoprawne - To jest zasada cigej integracji, wersje sa tworzone co najmniej raz

dziennie z automatycznym rozmieszczeniem i wykonaniem zautomatyzowanych testw
jednostkowych i integracyjnych.
B. Niepoprawne ciga integracja pozwala na ciga dostpno wykonywalnego
oprogramowania w dowolnym miejscu i czasie, dla testowania, pokazywania lub celw
edukacyjnych
C. Niepoprawne praktyka cigej integracji pozwala programistom na cige dokonywanie
integracji i cige testowanie, wic bdy w kodzie mog by szybko wykrywane.
D. Poprawne testowanie powinno by automatyzowane na poziomie jednostkowym i
integracyjnym, by umoliwi szybka informacj zwrotn na temat jakoci wersji.
Punktacja: 1 punkt
Pytanie 12
FA-1.2.5 (K1) Kandydat zna rnice pomidzy planowaniem iteracji i wydania, a take wie, w
jaki sposb tester dodaje wartoci kadej z tych aktywnoci.
Uzasadnienie:
A. Niepoprawne tego oczekuje si podczas planowania iteracji

B. Niepoprawne tego oczekuje si podczas planowania iteracji
C. Niepoprawne tego oczekuje si podczas planowania iteracji
D. Niepoprawne tego oczekuje si podczas planowania wydania
Punktacja: 1 punkt
Pytanie 13
Termin z rozszerzenia zwinnego (K1)
Uzasadnienie:
A. Niepoprawne tester bierze udzia w tworzeniu historyjki uytkownika

B. Niepoprawne historyjka uytkownika moe zawiera zarwno wymagania funkcjonalne
jak i niefunkcjonalne.
C. Niepoprawne historyjk uytkownika pisz wsplnie programici, testerzy i
przedstawiciele biznesu
D. Poprawne w rodowisku zwinnym, historyjki uytkownika sa pisane tak, by uchwyci
wymagania z punktu widzenia programistw, testerw i przedstawicieli biznesu.
Wsplne tworzenie historyjki uytkownika moe wykorzystywa takie techniki jak burza
mzgw lub mapa myli.
Punktacja: 1 punkt
International
Pytanie 14
FA-2.1.1 (K2) Kandydat potrafi opisa rnice pomidzy testowaniem w projektach zwinnych i
tradycyjnych (nie zwinnych).
Uzasadnienie:
A. Niepoprawne testowanie zwinne promuje lekk dokumentacj

B. Poprawne automatyzacja testowania na wszystkich poziomach wystpuje w wielu
zespoach zwinnych. O ile programici koncentruj si na automatycznych testach na
poziomie jednostkowym, testerzy powinni koncentrowa si na automatyzacji testw
na poziomie testw integracyjnych, systemowych i akceptacyjnych. W tradycyjnych
projektach to nie jest typowe, by tak samo koncentrowa si na automatyzacji. Czasami
wykonuje si automatyzacj raz, gdy zakoczone s testy systemowe, by pracowa ze
stabilnym systemem lub tylko automatyzuje si regresj dla celw pielgnacyjnych po
wdroeniu systemu do produkcji.
C. Niepoprawne testy eksploracyjne mog by stosowane w dowolnej metodyce
wytwarzania oprogramowania.
D. Niepoprawne wsppraca tester programista to dobra praktyka we wszystkich
cyklach ycia.
Punktacja: 1 punkt
Pytanie 15
FA-2.1.2 (K2) Kandydat potrafi opisa, w jaki sposb czynnoci kodowania i testowania s
zintegrowane w podejciu zwinnym.
Uzasadnienie:
A. Poprawne te trzy perspektywy( testera, programisty i przedstawiciela biznesu) s

wane, by okreli kiedy cecha jest ukoczona
B. Niepoprawne wejciowe i wyjciowe kryteria do testw s bardziej zwizane z
tradycyjnym cyklem ycia
C. Niepoprawne cechy powinne by weryfikowane w tej samej iteracji w ktrej s
wykonywane
D. Niepoprawne cechy powinne by weryfikowane w tej samej iteracji w ktrej s
wykonywane
Punktacja: 1 punkt

International
Pytanie 16
FA-2.1.3 (K2) Kandydat potrafi opisa rol niezalenego testowania w projektach zwinnych.
Uzasadnienie:
A. Poprawne jest to cecha charakterystyczna projektw zwinnych.

B. Niepoprawne wiele zespow w projektach zwinnych cigle ma niezalene zespoy
testowe z menaderami testw.
C. Niepoprawne testowanie to cigle wyspecjalizowana rola w projekcie zwinnym,
zwaszcza gdy wykonywana waciwie
D. Niepoprawne programici i testerzy pracuj razem, by zbudowa i przetestowa
wasno
E. Poprawne zespoy zwinne mog stosowa rne formy testw akceptacyjnych.
Punktacja: 1 punkt
Pytanie 17
Uzasadnienie:
A. Niepoprawne to jest prawdziwe zdanie. To si zdarza, gdy tester i programista pracuj

razem.
B. Poprawne to jest nieprawdziwe zdanie. Niezaleny tester MOE znale wicej
defektw ni programista, ale to zaley od poziomu wykonywanych testw, a take od
kompetencji niezalenego testera.
C. Niepoprawne to jest prawdziwe zdanie. To jest opcja, ktra zachowuje poziom
niezalenoci, gdy s oddzielone zespoy testerw i programistw, a testerzy s
przydzielani na danie na kocu sprintu.,
D. Niepoprawne to jest prawdziwe zdanie. Ta opcja jest speniona, gdy s pewne
wyspecjalizowane prace testowe w czynnociach wykonywanych poza sprintem lub
dugookresowych.
Punktacja: 1 punkt

International
Pytanie 18
Uzasadnienie:
A. Niepoprawne to moe by wskanik jakoci, ale zakada si tu, e wykonano

dostateczne testowanie, by zidentyfikowa wszystkie moliwe usterki. Co wicej, nie
zidentyfikowano czy system moe by traktowany w tym momencie jako pracujce
oprogramowanie.
B. Poprawne pozytywna informacja zwrotna od uytkownika i pracujce oprogramowanie
to kluczowe wskaniki jakoci produktu.
C. Niepoprawne to jest dobry wskanik tempa pracy zespou, ale nie dostarcza informacji
o jakoci produktu.
D. Niepoprawne to jest dobry wskanik tempa pracy zespou, ale te nie dostarcza
informacji o jakoci produktu.
Punktacja: 1 punkt
Pytanie 19
FA-2.2.1 (K2) Kandydat potrafi opisa podstawowy zbir produktw uywanych do
informowania o statusie testw w projekcie zwinnym, wczajc w to postp testw i
jako produktu.
Uzasadnienie:
A. Poprawne wykres spalania pokazuje planowany postp i dat wydania razem z

biecym postpem prac nad historyjkami uytkownika.
B. Niepoprawne - rejestry\logi automatyzacji pokazuj, ktre testy przeszy a ktre nie i nie
jest to zwizane z adn form szacowania.
C. Niepoprawne jakkolwiek zwinna tablica zada pokazuje postp, ta informacja jest
nastpnie wykorzystywana w wykresie spalania. Ale tablica zada pokazujca postp
historyjek uytkownika i zada nie ma nic do szacowania.
D. Niepoprawne - narzdzia do ledzenia defektw mog pokazywa postp w
raportowaniu usterek i mog by uywane do okrelenia poziomu jakoci produktu. Ale
nie pokazuj postpu prac zespou wzgldem szacowa.
Punktacja: 1 punkt

International
Pytanie 20
FA-2.2.2 (K2) Kandydat potrafi opisa proces ewoluowania testw w czasie wielu iteracji i
potrafi wyjani, dlaczego automatyzacja testw jest istotna przy zarzdzaniu ryzykiem
regresji w projektach zwinnych.
Uzasadnienie:
A. Poprawne poniewa ta wasno bya ju dostarczona, przegld wszystkich

wartociowych testw jest wymagany, co moe skutkowa aktualizacj przypadkw
testowych, tak by pokryway one nowe kryteria akceptacyjne. Zapewni to, e testy
faszywie negatywne (tzn. testy raportujce nieistniejce defekty) nie bd miay
miejsca. To jest pocztkowe zadanie, ktre trzeba wykona przed decyzj, czy jakie
zmiany trzeba przedsiwzi.
B. Niepoprawne to mogoby by pocztkowe zadanie do wykonania, gdyby tester
wiedzia, jakie nowe testy s wymagane dla tych zmian bez przegldania uprzednio
istniejcych testw. By moe nie trzeba dodawa nowych testw wystarczy
aktualizacja istniejcych.
C. Niepoprawne jakkolwiek jest to dobra praktyka, nie zostaa zaadresowane specyficzne
ryzyko regresji zidentyfikowane w tym scenariuszu.
D. Niepoprawne podobnie jak w B. Bez przegldu istniejcych testw dla tej wasnoci,
nie wiadomo, czy dodatkowa automatyzacja jest wymagana.
Punktacja: 1 punkt
Pytanie 21
FA-2.2.2 (K2) Kandydat potrafi opisa proces rozwoju testw w czasie wielu iteracji i potrafi
wyjani, dlaczego automatyzacja testw jest istotna przy zarzdzaniu ryzykiem regresji w projektach
zwinnych.
Uzasadnienie:
A. Niepoprawne
B. Poprawne; patrz uzasadnienie poniej
C. Niepoprawne
D. Niepoprawne
i. To jest prawda, bo zwinno oczekuje i zarzdza zmian, wic kada iteracja bdzie
wymagaa coraz wicej i wicej testw regresji. Jeeli nie zostanie dokonana automatyzacja,
prdko zespou spadnie.
ii. To jest fasz. To nie jest powd, by wprowadza automatyzacje do projektu
iii. To jest fasz. Nie moemy ponownie przetestowa/uruchomi wszystkich przypadkw
testowych z poprzedniej iteracji. Wyprodukowano wiele przypadkw testowych, wikszo
to rczne testy eksploracyjne i nie jest moliwa automatyzacja wszystkiego.
iv. To jest fasz. Automatyzacja ma wspomc w ominiciu regresji w produkcie ze wzgldu na
du ilo zmian. Ale to nie gwarantuje, e nie pojawi si defekty.
v. To jest prawda. Narzdzia automatyzacji s poczone z narzdziem do cigej integracji,
ktra bdzie wykonywana i wyrni, jeeli nowy kod popsuje zbudowan wersj.
Punktacja: 1 punkt
International
Pytanie 22
FA-2.3.1 (K2) Kandydat rozumie umiejtnoci (ludzkie, dziedzinowe i testowe) testera w

projekcie zwinnym.
Uzasadnienie:
A. Niepoprawne
B. Niepoprawne
C. Niepoprawne
D. Poprawne; patrz uzasadnienie poniej
i. Niepoprawne Projekty zwinne obejmuj i oczekuj zmian, ale to nie znaczy, ze tak dzieje
si codziennie.
ii. Poprawne To jest prawda, im wczeniej zesp zwinny otrzyma informacje zwrotna o
jakoci, tym lepiej
iii. Poprawne Najpierw test i ciga integracja wymagaj, by testy byy zautomatyzowane, a
to dostarcza informacji zwrotnej o wersji, jako cz procesu automatyzacji wersji
iv. Niepoprawne Testowanie powinno by wykonywane podczas caej iteracji, a nie tylko na
kocu.
v. Niepoprawne Projekty zwinne wymagaj rnych poziomw testw, takich jak
jednostkowe, systemowe i akceptacyjne.
Punktacja: 1 punkt
Pytanie 23
FA-2.3.2 (K2) Kandydat rozumie rol testera w projekcie zwinnym.
Uzasadnienie:
A. Niepoprawne; patrz uzasadnienie poniej
B. Niepoprawne; patrz uzasadnienie poniej
C. Poprawne; patrz uzasadnienie poniej
D. Niepoprawne; patrz uzasadnienie poniej
i. Niepoprawne To zadanie to wsplny wysiek caego zespou.

ii. Poprawne Oczekuje si, e jest to dziaanie testera zwinnego.
iii. Niepoprawne W projektach zwinnych, defekty s przedstawiane interesariuszom
regularnie.
iv. Poprawne To jest typowa czynno testera zwinnego.
v. Niepoprawne Programowanie parami jest w sytuacjach typowych wykonywane przez
dwch deweloperw; nie oczekuje si, by tester poprawia logik programu; jakkolwiek
mpe przeglda kod pod ktem testowalnoci lub pielgnowalnoci.
Punktacja: 1 punkt

International
Pytanie 24
FA-2.3.2 (K2) Kandydat rozumie rol testera w projekcie zwinnym.
Uzasadnienie:
A. Niepoprawne To prawda. Cz roli testera to tworzenie skryptw automatycznych, ich

uruchamianie i zarzdzanie nimi.
B. Niepoprawne To prawda. Tester powinien trenowa (coach) wszystkich czonkw
zespou w sprawach zwizanych z testowaniem.
C. Poprawne To jest fasz. To rola Mistrza Myna (lub innej rwnowanej roli w innych
metodologiach zwinnych), by stworzy i uaktualnia wykres spalania na podstawie
informacji otrzymywanych od innych czonkw zespou.
D. Niepoprawne w projekcie zwinnym, tester dostarcza informacji zwrotnej o produkcie
na wszystkich etapach, co moe zawiera czynnoci zwizane z analiz kodu.
Punktacja: 1 punkt
Pytanie 25
Uzasadnienie:
A. Niepoprawne to objanienie bardziej odnosi si do wycieczania ni do spalania.

B. Niepoprawne ta definicja opisuje tablic zada.
C. Poprawne Wykres spalania pokazuje postp praz nad historyjkami uytkownika, ktre
s zakoczone (zrobione) oraz oszacowanie pozostaego czasu potrzebnego do
zakoczenia reszty historyjek uytkownika w przebiegu.
D. Niepoprawne Wykres spalania nie zawiera adnych odnonikw do defektw
poprawionych lub czekajcych na poprawienie.
Punktacja: 1 punkt

International
Pytanie 26
FA-3.1.1 (K1) Przypomnienie poj: wytwarzanie sterowane testami (TDD), wytwarzania

sterowane testami akceptacyjnymi (ATTD) i wytwarzania sterowanego zachowaniem (BDD).
Uzasadnienie:
A. Niepoprawne wytwarzaniu sterowanym testami (TDD) jest technik uywana do

wytwarzania kodu kierowan przez zautomatyzowane przypadki testowe. Znana take
jako najpierw testy, bo testy pisane s przed stworzeniem kodu. Testy s
zautomatyzowane i uywane w cigej integracji.
B. Niepoprawne Proces TDD jest powtarzany dla kadego maego fragmentu kodu,
uruchamiamy zarwno poprzednie testy jak i dodane testy.
C. Niepoprawne Testy su jako forma wykonywalnej specyfikacji projektu dla przyszych
prac pielgnacyjnych.
D. Poprawne To jest prawdziwe dla BDD, a nie dla TDD
Punktacja: 1 punkt
Pytanie 27
FA-3.1.2 (K1) Przypomnienie pojcia piramidy testw.
Uzasadnienie:
A. Niepoprawne Nakad pracy testowej nie ma nic wsplnego z pojciem piramidy

testw.
B. Niepoprawne - Wielko zda produktu i ilo testw nie maj nic wsplnego z pojciem
piramidy testw.
C. Poprawne piramida testw eksponuje fakt, e mamy wicej testw na niszych
poziomach i malejca ilo testw na wyszych poziomach.
D. Niepoprawne ilo zautomatyzowanych testw nie ma nic wsplnego z pojciem
piramidy testw.
Punktacja: 1 punkt

International
Pytanie 28
FA-3.1.3 (K2) Streszczenie Kwadrantw Testw i ich zwizku z poziomami testw i typami
testw.
Uzasadnienie:
A. Poprawne kwadranty testowe mog by uywane jako pomoc przy opisywaniu typw
testw wszystkim interesariuszom.
B. Niepoprawne to nie jest dobra metryka, bo nie wszystkie poziomy. typy maja
zastosowanie dla danego systemu.
C. Niepoprawne ilo testw dla kadego kwadrantu zaley od testowanego systemu i
rzadko jest rwna dla wszystkich kwadrantw. W pewnych sytuacjach, moe nawet nie
by w ogle testw dla kwadrantu.
D. Niepoprawne kwadranty testowe nie maja korelacji z poziomem ryzyka.
Punktacja: 1 punkt
Pytanie 29
FA-3.1.3 (K2) Streszczenie Kwadrantw Testw i ich zwizku z poziomami testw i typami
testw.
Uzasadnienie:
A. Niepoprawne patrz poniej

B. Niepoprawne patrz poniej
C. Poprawne patrz poniej
D. Niepoprawne patrz poniej
Q1 Niepoprawne Te przypadki testowe nie s zorientowanymi na technologi testami

jednostkowymi.
Q2 Niepoprawne Testy uytecznoci i wydajnoci nie s czci 2go kwadrantu.
Q3 Poprawne Testy uytecznoci s czci 3go kwadrantu.
Q4 Poprawne - Testy wydajnoci s czci 4go kwadrantu.
Punktacja: 1 punkt

International
Pytanie 30
FA-3.1.4 (K3) Dla danego projektu zwinnego, przewiczenie roli testera w projekcie
Scrumowym.
Uzasadnienie:
A. Niepoprawne Modyfikacja zestawu zautomatyzowanych testw i skryptw by

wspomc nowy typ przegldarki moe nie by warte wysiku, jeeli niskie jest , ze
znalezione zostan nowe defekty. Cay zesp powinien wykona analiz ryzyka i odj
wspln decyzj.
B. Poprawne Cay zesp powinien podj decyzj o modyfikacji zestawu
zautomatyzowanych testw i skryptw. Tester jest nastpnie odpowiedzialny za
dokonanie zmian w planie iteracji o ile jest ot niezbdne.
C. Niepoprawne tester musi powiadomi zesp, ktry nastpnie wsplnie zadecyduje, co
zrobi z t kwesti.
D. Niepoprawne tester sam nie okrela zakresu prac. Ta kwestia powinna by
zaadresowana poprzez stworzenie nowej historyjki uytkownika lub modyfikacje
istniejcej, i bdzie adresowana do caego zespou podczas planowania przebiegu.
Punktacja: 1 punkt
Pytanie 31
FA-3.2.1 (K3) Kandydat potrafi oceni ryzyka jakociowe produktu w projekcie zwinnym.
Uzasadnienie:
A. Poprawne Informacje z analizy ryzyka s uywane podczas sesji pokera planistycznego

do okrelenia priorytetw pozycji, ktre maj by zrobione podczas iteracji. Tylko po
sesji pokera planistycznego dodaje si pozycje do zada iteracji, jeeli zdecydowano, e
nie wszystko da si wykona podczas iteracji.
B. Niepoprawne w tym punkcie, nie wiemy, czy mamy czas na zakoczenie wszystkich
zada w iteracji. To, ze cos jest wysokiego ryzyka nie oznacza, e wymaga duego wysiku
by to zrobi. Bdziemy to wiedzieli po sesjach pokera planistycznego.
C. Niepoprawne Dugo iteracji w czasie nie zmienia si. Po sesji pokera planistycznego,
pewne pozycje mog by przesunite do zada iteracji, jeeli zdecydowano, e nie
wszystko da si wykona podczas iteracji.
D. Poprawne agodzenie ryzyka moe by robione zanim rozpoczn si wykonywanie
testw, by ograniczy poziom ryzyka
E. Niepoprawne Sesja pokera planistycznego powinna odbywa si najpierw, by okres lic
co bdzie wykonane w danej iteracji. Jeeli zdecydowano, e nie ma wystarczajco duo
czasu na zakoczenie wszystkich pozycji, prawdopodobnie te z mniejszy ryzykiem bd
dodane do zada przyszych przebiegw.
Punktacja: 1 punkt

International
Pytanie 32
FA-3.2.2 (K3) Kandydat potrafi oszacowa nakad pracy testowej na poziomie iteracji i ryzyk
jakociowych produktu.
Uzasadnienie:
A. Niepoprawne Uytkownicy i deweloperzy mog przeoczy trudnoci techniki testowej

niezbdnej do walidacji historyjki uytkownika. Dyskusja powinna by kontynuowana a
cay zesp bdzie zgodny w oszacowaniu.
B. Poprawne Sesje pokera planistycznego dla historyjki uytkownika powinna by
kontynuowana, a zesp bdzie usatysfakcjonowany oszacowaniem nakadu pracy.
C. Niepoprawne Cay zespl musi zgodzi si na oszacowanie historyjki uytkownika. Sam
uytkownik nie rozumie zoonoci wytwarzania lub testowania funkcjonalnoci.
D. Niepoprawne Nie jest konieczne, by si zgadzali, regua moe by branie najwyszego
oszacowania, lub redniej z trzech oszacowa. O tym decyduje zesp przed
rozpoczciem sesji pokera planistycznego.
Punktacja: 1 punkt
Pytanie 33
FA-3.3.1 (K3) Kandydat potrafi zinterpretowa odpowiednie informacje wspomagajce

czynnoci testowe.
Uzasadnienie:
A. Niepoprawne Patrz poniej

B. Niepoprawne Patrz poniej
C. Poprawne Patrz poniej
D. Niepoprawne Patrz poniej
i. To jest pomocne, bo wiemy, ze jest nowa wersja standardu; istniejce przypadki testowe
powinny by zmodyfikowane lub nowe powinny by dodane.
ii. To jest pomocne podczas fazy analizy ryzyka.
iii. Ta informacja nie jest pomocna, poniewa dostp uytkownika zmienia si z nowym
wydaniem urzdzenia, wic nowe historyjki uytkownika s dokumentowane.
iv. Poniewa wprowadzana jest nowa technologia, ograniczenia powinny by otrzymane
korzystajc z urzdze w podobnej technologii lub zdefiniowanych wymaga
wydajnociowych dla tego typu technologii.
v. To jest pomocne podczas fazy analizy ryzyka.
Punktacja: 1 punkt

International
Pytanie 34
FA-3.3.2 (K2) Kandydat potrafi wyjani interesariuszom biznesowym jak definiowa

testowalne kryteria akceptacyjne.
Uzasadnienie:
A. Niepoprawne Zarwno przypadki testowe jak i karty testw s uywane jako podstawa
do okrelenia co testowa. Ilo wykonanych przypadkw testowych nie podaje
informacji, co zostao pokryte. (Podobnie ilo kart testowych nie daje adnej
wartociowej informacji o pokryciu).
B. Niepoprawne To zdanie samo w sobie jest niewystarczajce. Powinno by podparte
dodatkowymi informacjami dotyczcymi pokrycia testw i zwizanego ryzyka.
C. Poprawne Otrzymane pokrycie testowe z dodatkowymi informacjami to najlepszy
wybr, nawet jeeli wicej informacji bdzie potrzebnych. Powinno to zawiera
informacj o znalezionych defektach, czstoci ich wystpowania oraz taksonomii ( jak
wiele wanych problemw w poszczeglnych obszarach). Bdziesz take potrzebowa
informacji dotyczcej wyliczonych charakterystyk i jak one wpywaj na obraz caoci ze
wzgldu na zakoczenie systemu i zwizanego testowania.
D. Niepoprawne zakoczenie iteracji/przebiegu implikuje, e koczysz testowanie bo nie
ma ju czasu, co nie jest najlepszym kryterium by zakoczy testowanie.
Punktacja: 1 punkt
Pytanie 35
FA-3.3.2 (K2) Kandydat potrafi wyjani interesariuszom biznesowym jak definiowa

testowalne kryteria akceptacyjne.
Uzasadnienie:
A. Niepoprawne To nie jest testowalne; brak szczegw dotyczcych typu testw

biaoskrzynkowych lub oczekiwanego pokrycia
B. Poprawne To jest testowalne
C. Poprawne To jest testowalne
D. Niepoprawne To nie jest testowalne; nie wiemy jaki jest rozsdny czas odpowiedzi.
E. Niepoprawne To nie jest testowalne; powinna by podana specyfikacja, jakie
przegldarki. Musiano by przyj zaoenie, ktre przegldarki s gwne.
Punktacja: 1 punkt

International
Pytanie 36
FA-3.3.3 (K3) Majc dan historyjk uytkownika, kandydat potrafi napisa przypadki testowe
dla wytwarzania sterowanego testami akceptacyjnymi.
Uzasadnienie:
A. Niepoprawne Patrz poniej

B. Niepoprawne Patrz poniej
C. Niepoprawne Patrz poniej
D. Poprawne Patrz poniej
i. Niepoprawne Historyjka uytkownika odnosi si do historii transakcji uytkownika.

ii. Poprawne Historyjka uytkownika odnosi si do roli kasjera bankowego i w wyniku
pokazuje transakcje klienta banku.
iii. Poprawne Historyjka uytkownika odnosi si do roli kasjera bankowego i w wyniku
iv. Poprawne Historyjka uytkownika odnosi si do roli kasjera bankowego i w wyniku
v. Niepoprawne w historyjce uytkownika nie wzmiankuje si o wymaganiach
wydajnociowych.
Punktacja: 1 punkt
Pytanie 37
FA-3.3.4 (K3) Majc dan historyjk uytkownika, kandydat potrafi napisa przypadki
testowe, zarwno funkcjonalne jak i niefunkcjonalne uywajc technik czarnoskrzynkowych.
Uzasadnienie:
A. Niepoprawne Celem historyjki uytkownika nie jest stan systemu; oczekuje si, e
bdzie testowany koszt wysyania.
B. Niepoprawne - Celem historyjki uytkownika nie jest czy przesyka zostanie nadana
zgodnie z oczekiwaniami, oczekuje si, e bdzie testowany koszt wysyania.
C. Poprawna Analiza Wartoci Brzegowych to najlepsza opcja, gdy testujemy koszt
wysyania.
D. Niepoprawne - Celem historyjki uytkownika nie jest czy przesyka zostanie nadana
zgodnie z oczekiwaniami, oczekuje si, e bdzie testowany koszt wysyania.
Punktacja: 1 punkt

International
Pytanie 38
FA-3.3.5 (K3) Kandydat potrafi wykona testy eksploracyjne, by wspomc testowanie w

projekcie zwinnym.
Uzasadnienie:
A. Poprawne To nie jest wana przyczyna, poniewa testowanie eksploracyjne nie moe
zapobiega pojawianiu si defektw w stosunku do wykonywanych rwnolegle,
reakcyjnych ze swej natury dziaa; analizy, projektowania i wykonywania testw.
B. Niepoprawne testowanie eksploracyjne jest znane jako podejcie do testw oparte na
dowiadczeniu, ktre jest tak efektywne jak tester wykonujcy test. Zyskiem z tego
podejcia jest to, e testy, ktre zostan zaprojektowane i wykonane, bd wpyway na
nastpny zbir testw, ktry bdzie zaprojektowany i wykonany.
C. Niepoprawne testowanie eksploracyjne to nie technika testowa, ale podejcie do
testw, gdzie moe uy takich technik jak testowanie sposobem par, drzewo
klasyfikacji, analiza wartoci brzegowych itp.
D. Niepoprawne Jednym z zyskw z uycia testw eksploracyjnych to wykorzystanie ich,
gdy wymagania s nie cakiem perfekcyjne, oraz w projektach zwinnych, gdzie
ograniczone s: analiza, gboko lub szczegowo wymaga.
Punktacja: 1 punkt
Pytanie 39
FA-3.4.1 (K1) Przypomnienie rnych narzdzi dostpnych testerom, zgodnie z ich

przeznaczeniem i czynnociami w projekcie zwinnym.
Uzasadnienie:
A. Niepoprawne To mgby by jeden z celw uycia wiki , a nie ALM

B. Niepoprawne To mgby by jeden z celw narzdzia do cigej integracji (CI), a nie
ALM.
C. Poprawne To jest jeden z wielu celw uywania narzdzia ALM, ale uycie narzdzia
umoliwia lepsz wspprace w zespole rozproszonym ni fizyczna tablica zada.
D. Niepoprawne To mgby by jeden z celw uycia narzdzia do generacji i adowania
danych , a nie ALM.
Punktacja: 1 punkt

International
Pytanie 40
Uzasadnienie:
A. Niepoprawne to jest prawda, patrz paragraf 3.3.5 sylabusa.

B. Poprawne Karty testw s tworzone przed wykonaniem i zawieraj cele i idee testw.
C. Niepoprawne to jest prawda, patrz paragraf 3.3.4 sylabusa.
D. Niepoprawne To jest prawda; tester powinien dobrze rozumie, jak system jest
uywany i co powoduje, e zawodzi.
Punktacja: 1 punkt


Przykladowe Pytania Egzaminacyjne Tester Zwinny Wersja - 2014 - PL PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Przykladowe Pytania Egzaminacyjne Tester Zwinny Wersja - 2014 - PL PDF

Uploaded by

Copyright:

Available Formats

Przykadowe pytania egzaminacyjne

rozszerzenia poziomu podstawowego

Certyfikowany Tester Zwinny

International Software Testing Qualifications Board

Prawa autorskie zastrzeone Stowarzyszenie Jakoci Systemw Informatycznych (SJSI).

Wersja 2014 str. 2 z 40 24 padziernik 2014

0.1 Cel tego dokumentu.

Zbir pyta i odpowiedzi jest zorganizowany nastpujco:

Wersja 2014 str. 3 z 40 24 padziernik 2014

1. PRZYKADOWE PYTANIA EGZAMINACYJNE TESTER ZWINNY

1. Wsppraca z klientem ponad i) procesy i narzdzia.

2. Reagowanie na zmiany ponad ii) podanie zgodnie z planem.

3. Ludzie i wsppraca ponad iii) formalne ustalenia.

4. Dziaajce oprogramowanie ponad iv) obszern dokumentacj.

A. 1 iii, 2 iv, 3 ii, 4 i

A. Dziaajce oprogramowanie pozwala klientowi na dostarczenie szybkiej informacji zwrotnej

Wersja 2014 str. 4 z 40 24 padziernik 2014

Ktre z poniszych DWCH czynnoci najlepiej odpowiadaj obowizkom zgodnie ze zwinnym

Wybierz DWIE odpowiedzi.

A. Testerzy s odpowiedzialni za wytwarzanie testw jednostkowych, ktre przekazuj

A. Firmy nie musz ju rekrutowa i szkoli specjalistw w testowaniu oprogramowania.

Wersja 2014 str. 5 z 40 24 padziernik 2014

Ktre DWA z poniszych stwierdze s prawdziwe?

Ktre z poniszych zda przedstawia korzyci pynce z wczesnego i czstego przekazywania

Wersja 2014 str. 6 z 40 24 padziernik 2014

Dopasuj nastpujce zwinne podejcia w wytwarzaniu oprogramowania do odpowiadajcych im

1) Programowanie ekstremalne (eXtreme Programming)

I. Wyznaje 5 wartoci kierujcych wytwarzaniem oprogramowania: komunikacja ,prostota, reakcja

Podczas spotkania, na ktrym odbywa si planowanie iteracji, zesp dzieli si ze sob

Wersja 2014 str. 7 z 40 24 padziernik 2014

Ktre z poniszych zda najlepiej opisuje testera uczestniczcego w retrospektywie (spotkaniu

Ktre z poniszych NIE jest zasad cigej integracji?

Wersja 2014 str. 8 z 40 24 padziernik 2014

Ktr z poniszych czynnoci wykonywaby tester podczas planowania wydania?

Ktre z poniszych zda jest najlepsz definicj historyjki uytkownika?

Wersja 2014 str. 9 z 40 24 padziernik 2014

Rozwa nastpujce dziaania:

i. cise egzekwowanie kryteriw wejcia i wyjcia dla testw na poziomie systemu.

Ktre DWA z poniszych stwierdze s prawdziwe dla projektw zwinnych?

A. Testerzy powinni blisko wsppracowa z developerami, jednoczenie zachowujc

Wersja 2014 str. 10 z 40 24 padziernik 2014

A. W organizacjach wprowadzajcych metodyki zwinne moe zaistnie ryzyko utraty

A. W czasie testw systemowych w 6 iteracji nie wykryto adnych bdw o krytycznoci 1

Wersja 2014 str. 11 z 40 24 padziernik 2014

Przedstawiciele biznesowi stwierdzaj podczas planowania iteracji 5, e chc dokona zmian w

A. Przegld i aktualizacja wszystkich manualnych oraz automatycznych testw, na ktre bdzie

Wersja 2014 str. 12 z 40 24 padziernik 2014

Ktre zadania s typowe dla testera w projekcie zwinnym?

Wersja 2014 str. 13 z 40 24 padziernik 2014

Ktre z poniszych NIE jest typowym zadaniem testera w projekcie zwinnym?

Do ktrego z nastpujcych odnosi si termin wykres spalania?

Ktre z nastpujcych zda o wytwarzaniu sterowanym testami (TDD) jest NIEPRAWDZIWE?

Do czego si odnosi i co ilustruje termin piramida testowa?

Wersja 2014 str. 14 z 40 24 padziernik 2014

Ktre z poniszych przedstawia efektywne uycie kwadrantw testowych?

A. Podczas prezentowania pomysw na testowanie, tester moe odwoywa si do

Mamy dane nastpujce historyjki uytkownika:

Czci ktrych DWCH kwadrantw s te przypadki testowe?

A. Q1 na poziomie jednostkowym, zorientowanym na technologi & Q2 na poziomie

Wersja 2014 str. 15 z 40 24 padziernik 2014

A. Tester powinien powiadomi zesp, e planuj pracowa w nadgodzinach przez

Mamy nastpujce wyniki z analizy ryzyka produktowego na pocztku iteracji:

A. Rozpocz sesj pokera planistycznego by oszacowa pracochonno historyjek