Certyfikowany tester Pytania przykładowe do poziomu podstawowego



Podobne dokumenty
Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Testowanie oprogramowania

Praktyka testowania dla początkujących testerów

PYTANIA PRÓBNE DO EGZAMINU NA CERTYFIKAT ZAAWANSOWANY REQB KLUCZ ODPOWIEDZI. Część DODATEK

Zawód tester, czyli na czym polega testowanie. Katarzyna Łabinska Justyna Sacha - Gawlik

Dlaczego testowanie jest ważne?

Maciej Oleksy Zenon Matuszyk

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik

Zasady organizacji projektów informatycznych

Pytania próbne ISTQB CTFL 1 110

Usługa: Testowanie wydajności oprogramowania

Usługa: Audyt kodu źródłowego

Jakość w procesie wytwarzania oprogramowania

Optymalizacja Automatycznych Testów Regresywnych

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Jarosław Kuchta Dokumentacja i Jakość Oprogramowania. Wymagania jakości w Agile Programming

Pytania próbne ISTQB CTFL

Wstęp do zarządzania projektami

Zarządzanie projektami. Wykład 2 Zarządzanie projektem

Która z wymienionych czynności powinna być wspierana przez narzędzie do zarządzania testami?

Testowanie oprogramowania. Testowanie oprogramowania 1/34

Tworzenie przypadków testowych

Six Sigma Black Belt. Program szkoleniowy

Szczegółowy plan szkolenia

Testujemy dedykowanymi zasobami (ang. agile testers)

Testowanie oprogramowania. Piotr Ciskowski

Porównanie metod i technik testowania oprogramowania. Damian Ryś Maja Wojnarowska

PLAN ZARZĄDZANIA WYMAGANIAMI PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Cykle życia systemu informatycznego

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

Certyfikowany tester Przykładowy egzamin poziomu podstawowego

Szablon Planu Testów Akceptacyjnych

Certyfikowany tester Przykładowy egzamin poziomu podstawowego

Testowanie i walidacja oprogramowania

Etapy życia oprogramowania

Błędy procesu tworzenia oprogramowania (Badania firmy Rational Software Corporation)

Strategia testów mająca doprowadzić do osiągnięcia pożądanych celów

Szkolenie: Testowanie wydajności (Performance Testing)

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Egzamin / zaliczenie na ocenę*

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager.

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Testowanie według modelu (MBT) Stowarzyszenie Inżynierii Wymagań wymagania.org.pl

Wstęp do zarządzania projektami

Tester oprogramowania 2014/15 Tematy prac dyplomowych

Opis metodyki i procesu produkcji oprogramowania

Etapy życia oprogramowania. Modele cyklu życia projektu. Etapy życia oprogramowania. Etapy życia oprogramowania

Plan Testów Systemu SOS

Wstęp do zarządzania projektami

REFERAT PRACY DYPLOMOWEJ

ECDL/ICDL Zarządzanie projektami Moduł S5 Sylabus - wersja 1.0

Najwyżej ocenione raporty dla Mr Buggy 4

Techniki (automatyzacji) projektowania testów. Adam Roman WarszawQA, 24 II 2016

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych

ECDL Podstawy programowania Sylabus - wersja 1.0

Microsoft Test Manager

Narzędzia informatyczne wspierające przedsięwzięcia e-commerce

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

Systemy zabezpieczeń

Wykaz osób w postępowaniu o udzielenie zamówienia publicznego nr 32-CPI-WZP-2244/13. Podstawa do dysponowania osobą

Szkolenie: Zawód Tester

PRZEWODNIK PO PRZEDMIOCIE

Część 3 - Konfiguracja

Kod doskonały : jak tworzyć oprogramowanie pozbawione błędów / Steve McConnell. Gliwice, cop Spis treści. Wstęp 15.

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Session Based Testing Czyli eksploracyjne testowanie w sesjach. Karolina Bilewska PapryQArz

Automatyzacja testowania oprogramowania. Automatyzacja testowania oprogramowania 1/36

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

Priorytetyzacja przypadków testowych za pomocą macierzy

Overlord - Plan testów

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.

Programowanie zespołowe

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek

Szkolenie: Automatyzacja testowania

Testy poziom po poziomie

Analityk i współczesna analiza

Szkolenie: Dobry Kierownik Testów

Sukces vs porażka. Sukces. Porażka

IO - Plan przedsięwzięcia

ECDL ZARZĄDZANIE PROJEKTAMI

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

Akademia testera oprogramowania i systemów IT Poziom I specjalista testowania (56 h) kurs dzienny

Wykład 8. Testowanie w JEE 5.0 (1) Autor: Zofia Kruczkiewicz. Zofia Kruczkiewicz

Egzamin ITIL Foundation

Idea Bezpiecznej Maszyny w prostym podejściu. użyj Safety Evaluation Tool. Safety Integrated.

Feature Driven Development

Przygotowanie do egzaminu ISTQB Certyfikowany Tester Poziom Podstawowy

Waterfall model. (iteracyjny model kaskadowy) Marcin Wilk

Dni: 3. Opis: Adresaci szkolenia

Katalog rozwiązań informatycznych dla firm produkcyjnych

Egzamin próbny Analityk Testów ( 30 maja 2018)

Główne założenia XP. Prostota (Simplicity) Komunikacja (Communication) Sprzężenie zwrotne (Feedback) Odwaga (Agressiveness)

CASE STUDIES TEST FACTORY

Plan zarządzania projektem

Szkolenie: Dobry Przypadek Testowy

W poprzedniej prezentacji: Przewodnik po biznesplanie

t e s t o w a n i e j e s t ł a t w e

Transkrypt:

ertyfikowany tester International Sotware Testing Qualifications oard ertyfikowany tester Pytania przykładowe do poziomu podstawowego Wersja dokumentu 2.0 Wersja sylabusu 1.00 Polish Testing oard International Software Testing Qualifications oard Strona 1 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie Zaznacz prawidłową odpowiedź 1 a b c d 2 a b c d 3 a b c d 4 a b c d 5 a b c d 6 a b c d 7 a b c d 8 a b c d 9 a b c d 10 a b c d 11 a b c d 12 a b c d 13 a b c d 14 a b c d 15 a b c d 16 a b c d 17 a b c d 18 a b c d 19 a b c d 20 a b c d 21 a b c d 22 a b c d 23 a b c d 24 a b c d 25 a b c d 26 a b c d 27 a b c d 28 a b c d 29 a b c d 30 a b c d 31 a b c d 32 a b c d 33 a b c d 34 a b c d 35 a b c d 36 a b c d 37 a b c d 38 a b c d 39 a b c d 40 a b c d Strona 2 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 1 Które z poniższych stwierdzeń NJLEPIEJ obrazują główne cele Zarządzania Konfiguracją? i. Wszystkie testalia (ang.: testware) są zidentyfikowane i poddane kontroli wersji; ii. Wszystkie testalia zostaną użyte w końcowych testach akceptacyjnych; iii. Wszystkie testalia są składowane we wspólnym repozytorium; iv. Wszystkie testalia są śledzone pod względem zmian; v. Wszystkie testalia są przypisane do odpowiedniego właściciela; vi. Wszystkie testalia są odpowiednio powiązane ze sobą oraz z odpowiednimi elementami wydania. ii, iii, v. i, iii, iv. iv, v, vi. i, iv, vi. Pytanie 2: Mając daną poniższą Tabelę Stanów: E F SS S1 S1 S2 S2 S3 S1 S3 ES S3 ES Które z poniższych jest NIEPRWIŁOWYM przejściem pomiędzy stanami? E ze stanu S2. F ze stanu S3. ze stanu S1. E ze stanu S3. Pytanie 3: Rozważ poniższe techniki. Które z nich są technikami statycznymi a które dynamicznymi? i. Podział na klasy równoważności ii. Testowanie w oparciu o przypadki użycia iii. naliza przepływu danych iv. Testowanie eksploracyjne v. Testowanie decyzji vi. Inspekcje iii oraz vi są statyczne, i, ii, iv oraz v są dynamiczne. vi jest statyczna, i-v są dynamiczne. i - iv są dynamiczne, v - vi są statyczne. Strona 3 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard ii, iii oraz vi są statyczne, i, iv oraz v są dynamiczne. Pytanie 4: Które z niżej wymienionych czynności można zautomatyzować? i. Przeglądy oraz inspekcje; ii. Zbieranie metryk; iii. Planowanie testów; iv. Wykonywanie testów; v. Generowanie danych testowych; i, iii, iv. ii, iii, v. i, ii, iii. ii, iv, v. Pytanie 5: Które z wymienionych to właściwe zastosowanie raportu incydentów? i. ostarczanie programistom i innym zainteresowanym stronom informacji zwrotnej o problemie w celu jego zidentyfikowania, odizolowania i ewentualnej naprawy; ii. ostarczenie nowych pomysłów na temat ulepszenia procesu testowania; iii. ostarczenie narzędzia do oceny kompetencji testera; iv. ostarczenie testerom środków do śledzenia jakości testowanego systemu; i, iii, iv. i, ii, iii. ii, iii, iv. i, ii, iv. Pytanie 6:6 W REKTYWNYM podejściu do testowania, kiedy można się spodziewać początku zwiększonego natężenia prac związanych z projektowaniem fazy testów. W trakcie analizy wymagań. Jak najwcześniej. Po tym, jak oprogramowanie lub system został już wyprodukowany. Podczas implementacji. Pytanie 7: Które z poniższych zdań charakteryzuje dobre podejście do testowania w całym cyklu życia oprogramowania? naliza i tworzenie testów rozpoczyna się tuż po zakończeniu prac wytwórczych. Niektóre, ale nie wszystkie czynności związane z przygotowaniem aplikacji są wspierane odpowiednimi testami. Strona 4 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Każdy poziom testów ma specyficzne dla siebie cele. Wszystkie przeglądy dokumentów angażują cały zespół programistów. Pytanie 8: Który z poniższych dokumentów określa kolejność wykonywania testów? Specyfikacja przypadku testowego. Projekt testów. Procedura testowa. Plan testów. Pytanie 9: Które z poniższych stwierdzeń ZZWYZJ się sprawdza? Testowanie modułowe jest ważną częścią testów akceptacyjnych. Testowanie modułowe wyszukuje usterki w programach, które można testować oddzielnie. Przeglądy kodu źródłowego są często wykorzystywane w testowaniu modułowym. Testowanie modułowe jest skierowanie na wykazanie problemów w interakcji pomiędzy oprogramowaniem a elementami sprzętowymi. Pytanie 10: Jaki jest najważniejszy cel Głównego (nadrzędnego) Planu Testów? Wyjaśnienie, jak będzie przeprowadzone testowanie. Zdefiniowanie harmonogramu testów. Wyjaśnienie, jak będzie się odbywało zarządzanie incydentami. Zdefiniowanie struktury podziału pracy. Pytanie 11: Które z poniższych narzędzi najprawdopodobniej zawiera komparator? Narzędzie do analizy dynamicznej. Narzędzie do wykonywania testów. Narzędzie do analizy statycznej. Narzędzie do testowania bezpieczeństwa. Pytanie 12: o najprawdopodobniej NIE znajdzie się w zgłoszeniu incydentu? Faza cyklu życia, w którym wystąpił incydent. Sugestie dotyczące naprawy problemu. ata wystąpienia incydentu. Strona 5 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Stopień wpływu incydentu na interesy interasariuszy Pytanie 13: Poniżej dany jest fragment pseudo kodu: Input Liczba_Monet Suma = 0 While Liczba_Monet > 0 Input Wartość_Monety Suma = Suma + Wartość_Monety Liczba_Monet = Liczba_Monet -1 Loop Print Wartość Twoich monet & Suma Jaka jest najmniejsza liczba przypadków testowych, niezbędna do zagwarantowania 100% pokrycia decyzji? 3. 1. 4. 2. Pytanie 14: Jaki jest cel debagowania? i. Zlokalizowanie defektu; ii. Naprawienie defektu; iii. Pokazanie wartości (np. zmiennej); iv. Zwiększenie zakresu testów; ii, iv. ii, iii, iv. i, ii. i, iii. Strona 6 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 15: Jaka jest różnica pomiędzy pojęciami ryzyko projektowe, a ryzyko związane z produktem? Ryzyka projektowe są to potencjalne obszary niepowodzeń / błędów w oprogramowaniu lub systemie; ryzyka związane z produktem to zagrożenia, które mogą wpłynąć na możliwość zrealizowania celów produktu. Ryzyko projektowe oznacza ryzyko, że dostarczone oprogramowanie nie będzie działać; ryzyko związane z produktem zazwyczaj odnosi się do problemów dostawcy, czynników organizacyjnych oraz problemów technicznych. Ryzyko projektowe zazwyczaj odnosi się do problemów dostawcy, czynników organizacyjnych oraz problemów technicznych; ryzyko związane z produktem zazwyczaj odnosi się do umiejętności oraz do braku kadr. Ryzyka projektowe są to zagrożenia, które mogą wpłynąć na możliwość zrealizowania celów projektu; ryzyka związane z produktem są to potencjalne obszary niepowodzeń / błędów w oprogramowaniu lub systemie. Pytanie 16: Jakie jest GŁÓWNE zastosowanie analizy wpływu (impact analysis) Oszacowanie jak bardzo planowane zmiany dotkną użytkowników. Oszacowanie, jaki wpływ na istniejący system będą miały wprowadzone zmiany. Oszacowanie, jaka część zmian będzie wymagała przetestowania. Oszacowanie, jakiego nakładu pracy programistów będzie wymagało wprowadzenie zmian. Pytanie 17: Które z następujących wymagań mogą być testowane poprzez funkcjonalne testy systemu? System musi uwzględnić 12 000 nowych klientów na rok. System musi pozwolić użytkownikowi na zmianę adresu klienta. System musi działać sprawnie, obsługując do 30 użytkowników. System musi wykonywać swoje funkcje średnio przez 23 godziny i 10 minut na dobę. Pytanie 18: Które z poniżysz zdań jest celem fazy pilotażowej projektu dla wprowadzenia narzędzia do testowania? Określenie kompetencji testerów do używania narzędzia. Oszacowanie czy korzyści będą osiągnięte przy rozsądnych kosztach. Ukończenie testowania kluczowego projektu. Odkrycie, jakie są wymagania dla narzędzia. Strona 7 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 19: ana jest następująca tablica decyzyjna Zasada 1 Zasada 2 Zasada 3 Zasada 4 Warunki Mieszkaniec Polski? Fałsz Prawda Prawda Prawda Wiek pomiędzy 18-55? Nieważne Fałsz Prawda Prawda Palacz? Nieważne Nieważne Fałsz Prawda kcje Ubezpiecz? Fałsz Fałsz Prawda Prawda Oferuj 10% zniżki? Fałsz Fałsz Prawda Fałsz Jaki jest oczekiwany rezultat dla każdego z następujących przypadków testowych? 1. T1Jerzy jest 32-letnim palaczem, mieszkającym w Krakowie 2. T2: Paweł jest 65-letnim, niepalącym mieszkańcem Warszawy T1- Nie ubezpieczać, T2 - nie ubezpieczać. T1 Ubezpieczać, bez zniżki, T2 Nie ubezpieczać. T1 Ubezpieczać, bez zniżki, T2 - Ubezpieczać z 10% zniżką. T1 - Ubezpieczać z 10% zniżką, T2 - Ubezpieczać, bez zniżki. Pytanie 20: ZWYKLE, jaka kolejność poszczególnych faz dotyczy przeglądów formalnych? Planowanie, rozpoczęcie, przygotowanie, spotkanie, obróbka, sprawdzenie. Rozpoczęcie, planowanie, przygotowanie, spotkanie, obróbka, sprawdzenie. Przygotowanie, planowanie, rozpoczęcie, spotkanie, obróbka, sprawdzenie. Planowanie, przygotowanie, rozpoczęcie, spotkanie, obróbka, sprawdzenie. Pytanie 21: Które z poniższych stwierdzeń są celami testowania? i. szukanie awarii; ii. nabieranie zaufania do poziomu jakości; iii. identyfikacja przyczyny awarii; iv. zapobieganie awariom; ii iii oraz iv. i ii oraz iv. i iii oraz iv. i ii oraz iii. Strona 8 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 22: laczego twierdzi się, że testowanie statyczne oraz dynamiczne uzupełniają się wzajemnie? Ponieważ mają one różne cele oraz służą one do szukania innego typu błędów. Ponieważ wspólnie mają ten sam cel i służą do szukania tego samego typu błędów. Ponieważ mają one różne cele, ale służą one do szukania tego samego typu błędów. Ponieważ wspólnie mają ten sam cel, ale służą do szukania różnego typu błędów. Pytanie 23: Proces projektowania przypadków testowych składa się z następujących działań: i. Opracowywanie i opisywanie przypadków testowych z użyciem techniki projektowania przypadków testowych; ii. Specyfikacja kolejności wykonywania przypadków testowych; iii. naliza wymagań i specyfikacji w celu ustalenia warunków testowych; iv. Specyfikacja oczekiwanych wyników; Zgodnie z procesem rozpoznawania i projektowania testów, który porządek działań jest poprawny? iii, iv, i, ii. iii, ii, i, iv. iii, i, iv, ii. ii, iii, i, iv. Pytanie 24: o jest zwykle NJRZIEJ istotnym powodem uwzględniania ryzyka podczas testów? Ponieważ testowanie na podstawie ryzyka jest najbardziej efektywną drogą pokazania wyników. Ponieważ testowanie na podstawie ryzyka jest najbardziej skutecznym podejściem szukania błędów. Ponieważ oprogramowanie jest z natury ryzykowne. Ponieważ przetestowanie wszystkiego jest niewykonalne. Strona 9 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 25: ana jest następująca tablica decyzyjna Reguła 1 Reguła 2 Reguła 3 Reguła 4 Warunki Uczestnik programu zęsto TK TK NIE NIE Latający Klasa iznes Ekonomiczna iznes Ekonomiczna kcje Oferta aktualizacji dla TK NIE NIE NIE Pierwszej Klasy Oferta aktualizacji dla iznes Klasy - TK - NIE Jakie będą oczekiwane wyniki dla każdego z następujących przypadków testowych? 1. T 1: Uczestnik zęsto Latający, podróżujący w klasie iznes; 2. T 2: Uczestnik poza programem, podróżujący w klasie Ekonomicznej; T1 - brak oferty aktualizacji, T2- brak oferty aktualizacji. T1 oferta aktualizacji do Pierwszej Klasy, T2 brak ofert aktualizacji. T1 oferta aktualizacji do Pierwszej Klasy, T2 oferta aktualizacji do Klasy iznes. T1 brak oferty aktualizacji, T2 oferta aktualizacji do Klasy iznes. Pytanie 26: Która czynność w podstawowym procesie testowania zawiera oszacowanie testowalności wymagań i systemu? naliza i projektowanie testów. Implementacja i wykonanie testów. Zamknięcie testów. Planowanie i kontrola testów. Pytanie 27: Które z poniższych NIE będzie wykryte podczas analizy statycznej? Niezgodność typów parametrów. Niezadeklarowane zmienne. Niewywołane funkcje. łędy w wymaganiach. Strona 10 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 28: Które z poniższych definiują zakres testów w fazie utrzymania: zas, w którym dokonano ostatniej zmiany w systemie. Pokrycie aktualnego zbioru testów regresywnych. Rozmiar i ryzyko zmian w systemie. łędy znalezione podczas przeprowadzania ostatnich testów regresywnych. Pytanie 29: Które z poniższych jest określone przez poziom zidentyfikowanego ryzyka produktu: Wielkość zespołu testowego. Zakres użycia testów automatycznych. Obszar testowania. Wymagania dla testów regresywnych. Pytanie 30: Która z poniższych miar jest poprawną miarą postępu testów: ałkowita liczba błędów w produkcie. Pracochłonność poprawy wszystkich błędów. Liczba niewykonanych przypadków testowych. Liczba nie wykrytych błędów. Pytanie 31: Które z poniższych zadań są ZZWYZJ wspierane przez narzędzie do projektowania testów: i. Sprawdzanie spójności; ii. Generowanie danych testowych; iii. Generowanie przypadków testowych na podstawie specyfikacji oprogramowania; iv. Generowanie przypadków testowych bazujących na analizie kodu; i oraz iv. ii oraz iii. tylko iv. iii oraz iv. Pytanie 32: Podczas której podstawowej czynności procesu testowania określamy czy jest potrzebne WIĘEJ testów: Szacowanie warunków zakończenia testów. naliza i projektowanie testów. Implementacja i wykonywanie testów. Strona 11 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Planowanie i kontrola testów. Pytanie 33: Które z poniższych jest głównym zadaniem planowania testów: Szacowanie kryteriów zakończenia oraz raportowanie. Określenie metody testów. Przygotowanie specyfikacji testów. Pomiary i analiza wyników. Pytanie 34: nalizując poniższy pseudo-kod, oblicz MINIMLNĄ liczbę przypadków testowych dla pokrycia instrukcji oraz odpowiednio MINIMLNĄ liczbę przypadków testowych dla pokrycia decyzji RE RE RE IF > THEN IF > THEN PRINT jest większe od pozostałych dwóch liczb ELSE PRINT Przejście do następnego kroku EN IF ELSE PRINT może być mniejsze niż ENIF 2, 4. 3, 3. 2, 3. 3, 2. Pytanie 35: Które z poniższych twierdzeń na temat testowania regresywnego jest FŁSZYWE? Testowanie regresywne powinno być wykonywane po każdej zmianie w aplikacji. Należy dokonywać przeglądów testów regresywnych, w celu zapewnienia ich zgodności z wymaganiami biznesowymi. Zautomatyzowane testowanie regresywne jest zawsze bardziej efektywne od manualnego. Testy regresywne mogą być uruchamiane wiele razy. Strona 12 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 36: W systemie zaprojektowanym do obliczania należnego podatku, zdefiniowane są następujące reguły: - zęść płacy w wysokości 4 000 zł jest wolna od podatku; - Kolejne 34 000 zł powyżej tej kwoty jest opodatkowane w wysokości 19%; - Następne 37 000 zł powyżej sumy tych kwot jest opodatkowane w wysokości 33%; - Każda kolejna złotówka powyżej tego jest opodatkowana w wysokości 44% W zaokrągleniu do pełnych złotych, który z poniższych jest prawidłowym przypadkiem testowym do analizy wartości brzegowych: 34 001 zł. 37 000 zł. 3 000 zł. 75 001 zł. Pytanie 37: W systemie zaprojektowanym do obliczania należnego podatku, zdefiniowane są następujące reguły: - zęść płacy w wysokości 4 000 zł jest wolna od podatku; - Kolejne 34 000 zł powyżej tej kwoty jest opodatkowane w wysokości 19%; - Następne 37 000 zł powyżej sumy tych kwot jest opodatkowane w wysokości 33%; - Każda kolejna złotówka powyżej tego jest opodatkowana w wysokości 44%; W zaokrągleniu do pełnych złotych, które z poniższych zestawów liczb kwalifikują się do RÓŻNYH klas równoważności: 37 000 zł, 37 001 zł, 40 000 zł 3 000 zł, 4 000 zł, 4 500 zł 3 000 zł, 4 000 zł, 40 000 zł 37 001 zł, 74 001 zł, 111 001 zł Pytanie 38: Poniższe czynności są podstawami do tworzenia przypadków testowych przy użyciu technik zarówno czarno jak i biało skrzynkowych. i. Posiadanie informacji o tym, jak aplikacja jest skonstruowana; ii. Poznanie modelu systemu, aplikacji lub jej modułów; iii. naliza dokumentacji, będącej podstawą do testów; iv. naliza wewnętrznej struktury modułów; Wybierz te WSZYSTKIE, które odnoszą się tylko do technik czarno skrzynkowych. i. oraz iv. i. oraz iii. ii. oraz iii. ii. oraz iv. Strona 13 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie 39: Które z poniższych opisują korzyści niezależnego testowania: Nowy kod nie może być wdrożony do produkcji dopóki nie zostaną ukończone testy niezależne. Testy są odizolowane od wytwarzania. Niezależni testerzy są bezstronni i dostrzegają inne, nowe defekty. Programiści nie muszą brać tak dużej odpowiedzialności za jakość. Pytanie 40: Na podstawie danej specyfikacji, które z poniższych wartości wieku są w TYM SMYM przedziale równoważności: Jeśli masz poniżej 18 lat, jesteś zbyt młody, aby być ubezpieczonym; Pomiędzy 18 a 30 rokiem życia włącznie, otrzymasz 20% zniżkę; Jeśli masz powyżej 30 lat, nie przysługuje ci żadna zniżka. 29, 30, 31. 17, 29, 31. 18, 29, 30. 17, 18, 19. Strona 14 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard ertyfikowany tester Pytania przykładowe do poziomu podstawowego Wersja dokumentu 1.01 Wersja sylabusu 1.00 ROZWIĄZNI Polish Testing oard International Software Testing Qualifications oard Strona 15 z 16 24 stycznia 2007

ertyfikowany tester International Sotware Testing Qualifications oard Pytanie Zaznacz prawidłową odpowiedź 1 a b 2 a b 3 b d 4 a b 5 a b 6 a b d 7 a b d 8 a b 9 a 10 b d 11 d 12 d 13 a d 14 a b d 15 a b 16 a d 17 a d 18 a d 19 a d 20 b 21 a 22 a b 23 a b 24 a b 25 a 26 b d 27 a b 28 a b d 29 a b d 30 a b d 31 a b 32 b 33 a 34 a 35 a b 36 a b 37 a b 38 a b d 39 a b d 40 a b d Strona 16 z 16 24 stycznia 2007