istqb foundation level exam sample paper iii
1. Należy rozpocząć testowanie oprogramowania
za. jak tylko kod zostanie napisany
b. na etapie projektowania
do. kiedy wymagania zostały formalnie udokumentowane
re. tak szybko, jak to możliwe w cyklu rozwojowym
2. Błędy znalezione przez użytkowników wynikają z:
za. Oprogramowanie niskiej jakości
b. Słabe oprogramowanie i słabe testy
do. pech
re. niewystarczający czas na testy
3. Jaki jest główny powód testowania oprogramowania przed jego wydaniem?
za. aby pokazać, że system będzie działał po wydaniu
b. aby zdecydować, kiedy oprogramowanie jest odpowiedniej jakości do wydania
do. aby znaleźć jak najwięcej błędów przed wydaniem
re. dostarczenie informacji niezbędnych do podjęcia decyzji o uwolnieniu w oparciu o ryzyko
4. które z poniższych stwierdzeń jest nieprawdziwe
za. testy wydajnościowe można wykonać podczas testów jednostkowych, jak również podczas testowania całego systemu
b. Test akceptacyjny niekoniecznie obejmuje test regresji
do. Działania weryfikacyjne nie powinny obejmować testerów (przeglądy, inspekcje itp.)
re. Środowiska testowe powinny być jak najbardziej podobne do środowisk produkcyjnych
5. Zgłaszając znalezione błędy programistom, testerzy powinni:
za. tak uprzejmy, konstruktywny i pomocny, jak to tylko możliwe
b. stanowczo twierdząc, że błąd nie jest „funkcją”, jeśli powinien zostać naprawiony
do. dyplomatyczny, wyczulony na sposób, w jaki mogą reagować na krytykę
re. Wszystkie powyższe
W jakiej kolejności należy przeprowadzać testy?
za. najpierw najważniejsze testy
b. najpierw najtrudniejsze testy (aby zapewnić maksymalny czas mocowania)
do. najpierw najłatwiejsze testy (aby dać początkową pewność)
re. kolejność, o jakiej są pomyślane
7. Im później w cyklu rozwojowym zostanie wykryta usterka, tym droższa będzie jej naprawa. dlaczego?
za. dokumentacja jest słaba, więc ustalenie, co robi oprogramowanie, zajmuje więcej czasu.
b. płace rosną
do. usterka została wbudowana w większą dokumentację, kod, testy itp
re. żadne z powyższych
8. Co nie jest prawdą - tester czarnej skrzynki
za. powinien być w stanie zrozumieć specyfikację funkcjonalną lub dokument wymagań
b. powinien być w stanie zrozumieć kod źródłowy.
do. ma silną motywację do znajdowania błędów
re. jest kreatywny, aby znaleźć słabości systemu
9. Technika projektowania testów to
za. proces wyboru przypadków testowych
b. proces określania oczekiwanych wyników
do. sposób na pomiar jakości oprogramowania
re. sposób na zmierzenie w planie testów, co należy zrobić
10. Testware (przypadki testowe, zestaw danych testowych)
za. wymaga zarządzania konfiguracją, podobnie jak wymagania, projekt i kod
b. powinny być tworzone od nowa dla każdej nowej wersji oprogramowania
do. jest potrzebny tylko do momentu wprowadzenia oprogramowania do produkcji lub użycia
re. nie wymaga dokumentowania i komentowania, ponieważ nie stanowi części publikacji
system oprogramowania
11. System rejestrowania incydentów
rejestruje tylko usterki
b ma ograniczoną wartość
c jest cennym źródłem informacji o projekcie podczas testowania, jeśli zawiera wszystkie incydenty
re. powinien być używany tylko przez zespół testowy.
12. Podniesienie jakości oprogramowania dzięki lepszym metodom rozwoju wpłynie na czas potrzebny na testowanie (fazy testowe) poprzez:
za. skrócenie czasu testu
b. bez zmiany
do. wydłużenie czasu testu
re. nie mogę powiedzieć
13. Pomiar pokrycia
za. nie ma nic wspólnego z testowaniem
b. jest częściową miarą dokładności testu
do. pokrycie oddziałów powinno być obowiązkowe dla wszystkich programów
re. można zastosować tylko podczas testowania jednostek lub modułów, a nie podczas testowania systemu
14. Kiedy należy przerwać badanie?
za. kiedy skończy się czas na testy.
b. po wykonaniu wszystkich zaplanowanych testów
do. gdy spełnione są kryteria ukończenia testu
re. kiedy nie wykryto żadnych usterek podczas przeprowadzonych testów
15. Które z poniższych stwierdzeń jest prawdziwe?
za. Testowanie komponentów powinno być czarnoskrzynkowe, a testowanie systemowe powinno być białoskrzynkowe.
b. jeśli podczas testowania znajdziesz dużo błędów, nie powinieneś być zbyt pewien jakości oprogramowania
do. im mniej znalezionych błędów, tym lepsze były testy
re. im więcej testów przeprowadzisz, tym więcej znajdziesz błędów.
16. Jakie jest ważne kryterium przy podejmowaniu decyzji, jakiej techniki testowania użyć?
za. jak dobrze znasz daną technikę
b. cel testu
do. jak odpowiednia jest technika do testowania aplikacji
re. czy istnieje narzędzie wspierające tę technikę
17. Gdyby poniższy pseudokod był językiem programowania, ile testów jest wymaganych, aby osiągnąć 100% pokrycie instrukcji?
Jeśli x = 3, to
2. Display_messageX;
3. Jeśli y = 2, to
4. Display_messageY;
5. Inaczej
6. Display_messageZ;
7.Else
8. Display_messageZ;
do. 1
b. dwa
do. 3
re. 4
18. Korzystając z tego samego przykładu kodu co w pytaniu 17, ile testów jest wymaganych, aby osiągnąć 100% pokrycie gałęzi / decyzji?
do. 1
b. dwa
do. 3
re. 4
19 Który z poniższych NIE jest typem testu niefunkcjonalnego?
za. Przejście stanu
b. Użyteczność
do. Wydajność
re. Bezpieczeństwo
20. Którego z poniższych narzędzi użyłbyś do wykrycia wycieku pamięci?
za. Analiza stanu
b. Analiza pokrycia
do. Analiza dynamiczna
re. Analiza pamięci
21. Które z poniższych NIE jest normą związaną z testowaniem?
za. IEEE829
b. IEEE610
do. BS7925-1
re. BS7925-2
22. który z poniższych jest standardem testowania komponentów?
za. IEEE 829
b. IEEE 610
do. BS7925-1
re. BS7925-2
23 które z poniższych stwierdzeń są prawdziwe?
za. Najdroższe są błędy w specyfikacji programu.
b. Najdroższe do naprawienia są błędy w kodzie.
do. Najdroższe są błędy w wymaganiach
re. Najdroższe są błędy w projektach.
24. Która z poniższych nie jest strategią integracji?
za. Oparte na projekcie
b. Wielki wybuch
do. Oddolne
re. Od góry do dołu
25. Która z poniższych jest techniką projektowania czarnej skrzynki?
za. testowanie instrukcji
b. podział równoważności
do. zgadywanie błędów
re. test użyteczności
26. Program o dużej cyklometrycznej złożoności prawie prawdopodobnie będzie:
za. Duży
b. Mały
do. Trudno pisać
re. Trudne do przetestowania
27. Który z poniższych jest testem statycznym?
za. kontrola kodu
b. analiza pokrycia
do. ocena użyteczności
re. test instalacji
5 najlepszych systemów wykrywania włamań do hostów
28. Która z poniższych odpowiedzi jest nieparzysta?
za. białe pudło
b. szklana skrzynka
do. strukturalny
re. funkcjonalny
29. Program sprawdza poprawność pola liczbowego w następujący sposób:
wartości mniejsze niż 10 są odrzucane, wartości od 10 do 21 są akceptowane, wartości większe lub równe 22 są odrzucane
które z poniższych wartości wejściowych obejmują wszystkie partycje równoważności?
do. 10,11,21
b. 3.20.21
do. 3,10,22
re. 10,21,22
30. Korzystając z tych samych specyfikacji, co w pytaniu 29, które z poniższych obejmuje WIĘKSZOŚĆ wartości granicznych?
do. 9,10,11,22
b. 9,10,21,22
do. 10,11,21,22
re. 10,11,20,21
Odpowiedzi na wszystkie powyższe pytania:
Pytanie odpowiedź
1. d
2. b
3. d
4. c
5. d
6. a
7. c
8. b
9. do
10. do
11. c
12. a
13. b
14. c
15. b
16. b
17. c
18. c
19. do
20. c
21. b
22. d
23. c
24. a
25. b
26. d
27. a
28. d
29. c
30. b
Możesz również pobrać ten przykładowy papier w formacie PDF z linku poniżej -
Arkusz pytań ISTQB 3
rekomendowane lektury
- ISTQB Egzamin na poziomie podstawowym Przykładowa praca - II
- Egzamin ISTQB na poziomie podstawowym Przykładowa praca - I
- ISTQB Advanced Level (CTAL) - przykładowy papier testowy i odpowiedzi
- DARMOWE aktualizacje ISTQB
- ISTQB Testing Certification Przykładowe pytania z odpowiedziami
- Format egzaminu ISTQB Foundation i wytyczne dotyczące rozwiązywania prac
- Kompletny przewodnik po przygotowaniu do egzaminu ISTQB na poziomie zaawansowanym (CTAL)
- Poziom zaawansowany ISTQB (CTAL) - Przykładowe dokumenty i odpowiedzi kierownika testów