ISTQB Poziom Zaawansowany Kierownik Testów – AmberTeam Testing\nGratulacje - ukończyłeś quiz "ISTQB Poziom Zaawansowany Kierownik Testów". Twoje punkty to : %%SCORE%% z %%TOTAL%%. Twoja skuteczność została oceniona na "%%RATING%%".\nJesteś Kierownikiem Testów pracującym w projekcie rozwoju aplikacji mobilnej dla informacji turystycznej. Projekt niedawno przeszedł transformację do zwinnej metodyki z wykorzystaniem techniki wytwarzania sterowanego testami (TDD). Każdy z cykli wytwarzania oprogramowania trwa 15 dni, a począwszy od dnia 7 codziennie jest dostarczana wersja do testów. Po 10 dniu cyklu nowe funkcjonalności nie mogą być już dodawane. Zespół programistów złożony jest z bardzo doświadczonych specjalistów, którzy są dumni z wykonywanej pracy, ale niezbyt tolerancyjni wobec pracy zespołu testerskiego. Wymagania są zapisane jako mało szczegółowe wysokopoziomowe historyjki użytkownika (ang. user stories), których przykład zamieszczono poniżej:\nUS 03-30: Znajdź najbliższy hotel spełniający określone kryteria Jako przypadkowy użytkownik w nieznanej okolicy chcę dostać informacje na temat najbliższego hotelu spełniające moje oczekiwania co do komfortu i ceny. Priorytet: Wysoki; Pracochłonność: 7 (z 10)\nOprogramowanie jest zależne od istniejących usług sieciowych, które są zaślepione podczas fazy produkcji. Testy jednostkowe wykonywane są przez programistów, podczas gdy za testy systemowe i akceptacyjne testy użytkownika odpowiada zespół testerski. Testy systemowe we wcześniejszych fazach cyklu życia oprogramowania były często zablokowane z powodu poważnych awarii nowo powstających funkcjonalności. Analiza wykazała, że wiele z tych awarii mogłoby zostać wykrytych podczas testów jednostkowych. Dodatkowo analiza defektów znalezionych w fazie produkcyjnej uwidoczniła, że 30% problemów związanych z wydajnością spowodowanych było zawodnym działaniem usług sieciowych dostarczonych przez podwykonawców. Podstawowym celem testowania jest łagodzenie ryzyka związanego z wydajnością oraz zwiększenie szans, że dla historyjek użytkownika o priorytecie >= Wysoki nie pojawią się poważne awarie. Dodatkowo, kierownictwo wyższego szczebla zażądało zacieśnienia współpracy pomiędzy testerami a programistami. Które TRZY z poniższych czynności testowych i/lub produktów pozwolą na najlepsze osiągnięcie celów testowania?\nAutomatyczne testy wydajności dla historyjek użytkownika z priorytetem >= Wysoki wykonywane podczas testów systemowych począwszy od 10 dnia\nTesty wydajności dla historyjek użytkownika z priorytetem = Bardzo Wysoki wykonywane przez programistów podczas testowania jednostkowego przed 10 dniem cyklu\nIdentyfikacja zewnętrznych usług sieciowych oraz egzekwowanie Poziomu Jakości dla Usługi (ang. SLA) dokonana przez kierownictwo projektu oraz kierownictwo testów\nZestaw metryk dla testów jednostkowych zdefiniowanych przez i raportowanych do kierownictwa testów do siódmego dnia.\nPlan testów integracyjnych zdefiniowany przez kierownika testów przed każdym cyklem wytwarzania oprogramowania dostarczany do zespołu programistów dnia 10\nWspólne nieformalne przeglądy testów jednostkowych przeprowadzane przez programistów i testerów przed 10 dniem cyklu\nZatwierdzenie szczegółowej specyfikacji projektowej w ramach inspekcji przeprowadzonej przez zespół testerski przed dniem 7, kiedy to zaczyna się codzienne budowanie wersji oprogramowania\nA. Poprawnie. Testy wydajności muszą zostać przeprowadzone a system nie jest stabilny przed 10 dniem\nB. Niepoprawnie. Testy wydajnościowe są w porządku, jednak 30% problemów może zostać wykrytych tylko na poziomie testów systemowych z wykorzystaniem prawdziwych usług sieciowych)\nC. Poprawnie: 30% problemów z wydajnością jest raportowanych w związku z usługami sieciowymi. Mogą one (a przynajmniej niektóre z nich) być powodowane brakiem zdefiniowanej Poziomu Jakości dla Usług (ang. SLA\nD. Niepoprawnie. Za testy jednostkowe odpowiedzialni są programiści.\nE. Niepoprawnie. Poziom testów integracyjnych nie istnieje.\nF. Poprawnie. Wprowadzenie inspekcji w celu zredukowania awarii blokujących testowanie oraz poprawienia komunikacji pomiędzy testerami a programistami\nG. Niepoprawnie. TDD zaczyna się od projektowania testów jednostkowych; w metodykach zwinnych zazwyczaj nie ma szczegółowej dokumentacji projektowej\nJesteś Kierownikiem Testów pracującym w projekcie rozwoju aplikacji mobilnej dla informacji turystycznej. Projekt niedawno przeszedł transformację do zwinnej metodyki z wykorzystaniem techniki wytwarzania sterowanego testami (TDD). Każdy z cykli wytwarzania oprogramowania trwa 15 dni, a począwszy od dnia 7 jest dostarczana wersja do testów. Po 10 dniu cyklu nowe funkcjonalności nie mogą być już dodawane. Zespół programistów złożony jest z bardzo doświadczonych specjalistów, którzy są dumni z wykonywanej pracy, ale niezbyt tolerancyjni wobec prac zespołu testerskiego. Wymagania są zapisane jako mało szczegółowe wysokopoziomowe historyjki użytkownika, której przykład zamieszczono poniżej:\nOprogramowanie jest zależne od istniejących usług sieciowych, które w cyklu rozwoju są zastąpione zaślepkami. Testy jednostkowe wykonywane są przez programistów, podczas gdy za testy systemowe i akceptacyjne testy użytkownika odpowiada zespół testerski. Testy systemowe we wcześniejszych fazach cyklu życia oprogramowania często były zablokowane z powodu poważnych awarii nowo powstających funkcjonalności. Analiza wykazała, że wiele z tych awarii mogłoby zostać wykrytych podczas testów jednostkowych. Dodatkowo analiza defektów znalezionych w fazie produkcyjnej uwidoczniła, że 30% problemów związanych z wydajnością spowodowanych było zawodnym działaniem usług sieciowych dostarczanych przez podwykonawców. Podstawowym celem testowania jest łagodzenie ryzyka związanego z wydajnością oraz zwiększenie pewności, że dla historyjek użytkownika o priorytecie >= Wysoki nie pojawią się poważne awarie o wysokiej krytyczności. Dodatkowo, kierownictwo wyższego szczebla zażądało zacieśnienia współpracy pomiędzy testerami a programistami. Dla testów akceptacyjnych zostały określone następujące kryteria wyjścia: AC 1: Czas odpowiedzi oprogramowania <= 3 sekundy dla do 1000 jednoczesnych zapytań dla historyjek użytkownika z priorytetem = Bardzo Wysoki AC 2: Czas odpowiedzi oprogramowania <= 10 sekund dla do 10 000 jednoczesnych zapytań dla historyjek użytkownika z priorytetem >= Wysoki AC 3: Żadnych poważnych awarii na poziomie testów systemowych i akceptacyjnych testów użytkownika dla historyjki użytkownika o priorytecie >= Wysoki AC 4: Każda historyjka użytkownika pokryta jest przez przynajmniej jeden przypadek testowy z poziomu testów akceptacyjnych użytkownika Według strategii testów, techniką wymaganą na poziomie testów systemowych i testów akceptacyjnych użytkownika dla historyjek użytkownika o priorytecie >= Wysoki są klasy równoważności. Dla tego cyklu rozwoju oprogramowania zostały wybrane i zaimplementowane następujące historyjki użytkownika (P = Priorytet, E = Estymowana pracochłonność): US 02-10: Odtwórz wideo dla wybranego hotelu (P: Średni, E: 4) US 02-20: Odtwórz muzykę w tle (P: Niski, E: 2) US 03-20: Wyszukaj pięć najbliższych hoteli (P: Bardzo Wysoki, E: 4) US 03-30: Znajdź najbliższy hotel spełniający określone kryteria (P: Wysoki, E: 7) W wyniku rozpoczętej analizy testowej dla poziomu testów systemowych zidentyfikowano następujące warunki testowe: TC 02-10-1: Odtwórz wideo, wykorzystaj wszystkie wspierane formaty TC 03-20-1: Wyświetl listę 5 najbliższych hoteli, użyj klas równoważności dla lokalizacji TC 03-30-1: Wyświetl najbliższy hotel spełniający określone kryteria, użyj klas równoważności dla profili użytkownika oraz lokalizacji TC PE-xx-1: Testy wydajnościowe dla do 10 000 jednoczesnych zapytań dla historyjki użytkownika US 03-30 TC PE-xx-2: Testy wydajnościowe dla do 1000 jednoczesnych zapytań dla historyjki użytkownika US 03-20 Jaka jest MINIMALNA liczba warunków testowych, które muszą zostać dodane w celu spełnienia kryteriów wyjścia dla tego cyklu?\nB. Poprawnie. Ponieważ:\n1) Brakuje testów wydajnościowych dla czasu odpowiedzi <= 10 sekund przy jednoczesnych zapytaniach o historyjkę użytkownika US 03-20 w liczbie nieprzekraczającej 10 000\n2) Brakuje warunku testowego dla historyjki użytkownika US 02-20\nA, C oraz D. Niepoprawnie. Uzasadnienie jak wyżej.\nKtóre DWA z poniżej wymienionych czynników najlepiej wskazują, że na poziomie testów systemowych powinno mieć miejsce szczegółowe definiowanie warunków testowych?\nPodstawa testów często się zmienia\nProjektowanie i wykonanie testów zostało zlecone podwykonawcy\nPodstawa testów jest niskiej jakości\nPodczas projektowania testów są dostępni - w ramach konsultacji - eksperci domenowi\nWarunki testowe są wykorzystywane w prezentacji kierowniczych kamieni milowych\nA. Niepoprawnie. Szczegółowe warunki testowe byłyby wtedy zbyt trudne w utrzymaniu (patrz\nB. Poprawnie. Udzielanie odpowiedzi na pytania dotyczące projektowania testów mające\nudoskonalić mało szczegółowe wysokopoziomowe warunki testowe byłoby zbyt drogie.\nC. Poprawnie: Szczegółowe zdefiniowanie warunków testowych mogłoby zastąpić niskiej jakości\npodstawę testów i tym samym wpłynąć pozytywnie na zapobieganie defektom\nD. Niepoprawnie. Eksperci domenowi mogliby odpowiedzieć na pytania na temat projektowania\ntestów mające na celu wyjaśnienie wysokopoziomowych wymagań testowych.\nE. Niepoprawnie. Kadrę zarządzająca nie interesują szczegóły\nZałóżmy, że pracujesz dla ambitnego start-upu, który tworzy system pozwalający na sprzedaż Internecie spersonalizowanych programów lojalnościowych oraz bonusowych dla małych i średnich przedsiębiorstw. Wspomniane przedsiębiorstwa rejestrują się w systemie poprzez sklep internetowy. Pozwala to przedsiębiorstwom na tworzenie spersonalizowanych przycisków, które mogą zostać umieszczone na ich stronach internetowych. Te przyciski pozwalają klientom na rejestrację w programach lojalnościowych i bonusowych świadczonych przez powyższe przedsiębiorstwa. Każdy kolejny zakup jest premiowany punktami. Zarówno przedsiębiorstwa, jak ich klienci mają możliwość zarządzania programem, na przykład w celu określenia liczby punktów potrzebnych do otrzymania darmowego produktu lub usługi. Zespół marketingowy Twojego pracodawcy mocno promuje system oferując duże rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów. Na daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy. Twój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe. Rozważ następujące ryzyko, które zostało zidentyfikowane podczas procesu analizy ryzyka jakościowego: Spersonalizowane przyciski do rejestracji dostępne na stronach internetowych przedsiębiorstw nie prowadzą do poprawnych adresów URL programów lojalnościowych. Załóż, że wykorzystałeś śledzenie w celu określenia logicznych przypadków testowych, które pokrywają wspomniane ryzyko. Który z poniższych testów jest przykładem pozytywnego testu logicznego, który jest jednocześnie kompletny, poprawny oraz pokrywa wspomniane wyżej ryzyko?\nKliknij w przycisk służący do rejestracji, zweryfikuj, że zostałeś przeniesiony na stronę domową przedsiębiorstwa.\nKlikaj wielokrotnie z dużą częstotliwością w przycisk służący do rejestracji i zobacz, co się stanie.\nKliknij w przycisk służący do rejestracji, zweryfikuj, że zostałeś przeniesiony na stronę rejestracji w programie odpowiedniego przedsiębiorstwa\nKliknij w URL prowadzący do strony domowej przedsiębiorstwa, sprawdź, czy jest wyświetlana strona domowa.\nA. Niepoprawnie. Oczekiwany rezultat jest niepoprawny\nB. Niepoprawnie. Może pokryć wspomniane ryzyko, ale jest to negatywny przypadek testowy, w którym oczekiwany rezultat nie jest zdefiniowany. Jednakże jest to dobry negatywny test eksploracyjny dla wspomnianego ryzyka.\nC. Poprawnie. Są zdefiniowane działania wejściowe, ich oczekiwany, poprawny rezultat zgodny ze scenariuszem oraz jest odniesienie do wspomnianego ryzyka.\nD. Niepoprawnie. Jest to jak najbardziej kompletny, pozytywny, logiczny przypadek testowy, który niestety nie pokrywa wspomnianego ryzyka\nZałóżmy, że pracujesz dla ambitnego start-upu, który tworzy system pozwalający na sprzedaż w Internecie spersonalizowanych programów lojalnościowych oraz bonusowych dla małych i średnich przedsiębiorstw. Wspomniane przedsiębiorstwa rejestrują się w systemie poprzez sklep internetowy. Pozwala to przedsiębiorstwom na tworzenie spersonalizowanych przycisków, które mogą zostać umieszczone na ich stronach internetowych. Te przyciski pozwalają klientom na rejestrację w programach lojalnościowych i bonusowych świadczonych przez powyższe przedsiębiorstwa. Każdy kolejny zakup jest premiowany punktami. Zarówno przedsiębiorstwa, jak ich klienci mają możliwość zarządzania programem, na przykład w celu określenia liczby punktów potrzebnych do otrzymania darmowego produktu lub usługi.\nZespół marketingowy Twojego pracodawcy mocno promuje system oferując duże rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów.\nNa daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy.\nTwój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe. Rozważ następujące ryzyko, które zostało zidentyfikowane podczas procesu analizy ryzyka jakościowego. Spersonalizowane przyciski do rejestracji dostępne na stronach internetowych przedsiębiorstw nie prowadzą do poprawnych adresów URL programów lojalnościowych. Załóż, że techniczni interesariusze projektu oszacowali prawdopodobieństwo wystąpienia powyższego ryzyka jako średnie. Mając do dyspozycji jedynie powyższe informacje, które z poniższych stwierdzeń jest na pewno prawdziwe:\nWspomniane ryzyko powinno zastać zaklasyfikowane jako ryzyko o bardzo wysokim wpływie\nPrzypadki testowe przypisane do tego ryzyka powinny zostać wykonane w pierwszej fazie\nPrzypadki testowe przypisane do tego ryzyka muszą zostać wykonane nie później, niż do\npołowy czasu na testowanie przewidzianego w harmonogramie.\nOpierając się na klasyfikacji wpływu na system, do tego ryzyka powinna zostać przypisana\nduża liczba przypadków testowych.\nA. Poprawnie. To ryzyko odnosi się do głównej funkcjonalności systemu.\nB. Niepoprawnie. Testy o bardzo wysokim wpływie i prawdopodobieństwie wystąpienia\nwyższym niż średnie powinny zostać wykonane przed tym testem.\nC. Niepoprawnie. Nie mamy tutaj stuprocentowej pewności, ponieważ nie wiemy jak to ryzyko\npowiązane jest do pozostałych zidentyfikowanych ryzyk.\nD. Niepoprawnie. Nie mamy tutaj stuprocentowej pewności, ponieważ nie znamy sposobu\nalokacji pracochłonności w oparciu o prawdopodobieństwo wystąpienia i wpływu na system.\nW pewnej firmie testowanie ma być realizowane zgodnie ze strategią testowania opartą na ryzyku.\nZałóżmy, że projekt jest obecnie w fazie wykonywania testów. Dla następujących testów, podane wartości reprezentują: identyfikator testu, poziom ryzyka, identyfikator wymagania pokrytego przez test oraz aktualny status testu.\nID testu Poziom ryzyka ID wymagania Status\n02.007 Bardzo wysoki 09.003 Niezaliczony\n02.010 Wysoki 09.003 Gotowy do uruchomienia, ale jeszcze nie uruchomione\n02.019 Bardzo niski 09.020 Zaliczony\nKtóre DWIE z poniższych odpowiedzi są prawdziwe?\nJeśli plan testów mówi, że należy uruchomić przynajmniej jeden przypadek testowy dla każdego wymagania najwcześniej, jak to możliwe, kolejność testów może być poprawna.\nKolejność testów jest z pewnością niepoprawna, ponieważ test 02.010 ma wyższe ryzyko, niż 02.019\nUruchomienie testu 02.019 było stratą czasu, ponieważ nie znalazł on żadnych defektów.\nZespół testerski może nie przestrzegać strategii testów, ponieważ test 02.010 ma wyższe ryzyko, niż 02.019.\nA. Poprawnie: 02.019 pokrywa inne wymaganie, niż 02.010.\nB. Niepoprawnie: Sytuacja w opcji B lub po prostu blokada testów, może wyjaśnić uruchomienie testów inne, niż kolejność ryzyka.\nC. Niepoprawnie: Choć ocena problemów dotyczących kolejności testów ma sens, nie ma potrzeby przerywania testów do tego celu.\nD. Niepoprawnie: Znajdowanie defektów nie jest jedynym celem testowania.\nE. Poprawnie: W strategii testów opartej na ryzyku, testy o wyższym ryzyku poprzedzają testy o niższym ryzyku.\nKtóre DWIE z poniższych metryk są najlepsze do tego, by umieścić je w raporcie postępów testów dla wykonania testów modułowych?\nOdsetek wykrytych błędów (OWB) w testach modułowych\nSzacowana a rzeczywista liczba zaraportowanych defektów\nLiczba warunków testowych\nPlanowane a rzeczywiście osiągnięte pokrycie\nCzas realizacji testów modułowych a czas realizacji testów integracyjnych\nA. Niepoprawnie: nie może być zmierzony w tym czasie.\nB. Poprawnie: z planu nauczania.\nC. Niepoprawnie: dotyczy postępu analizy testów.\nD. Poprawnie: z planu nauczania.\nE. Niepoprawnie: nie może być zmierzony w tym czasie.\nKtóra z poniższych odpowiedzi jest odpowiednim podsumowaniem czynności na zakończenie testowania “sprawdzenie kompletności testów”? Wybierz jedną.\nSprawdzenie kompletności testów zapewnia, że udokumentowano wszystkie istotne wnioski\nSprawdzenie kompletności testów zapewnia, że wszystkie produkty prac testowych sązebrane w systemie zarządzania konfiguracją\nSprawdzenie kompletności testów zapewnia, że wykonano wszystkie prace testowe, jakie planowano\nSprawdzenie kompletności testów zapewnia, że ustalono plany mające na celu upewnienie się, że dobre praktyki będą powtarzane\nC. Poprawnie: jak w planie nauczania, sekcja 1.3\nA, B, oraz D są niepoprawne\nZespół marketingowy Twojego pracodawcy mocno promuje system oferując agresywne rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów. Na daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy. Twój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe.\nZałóżmy, że projekt dostarczył wstępne wydanie i system od miesiąca jest używany przez firmy i ich klientów. Twój zespół stosuje mieszaną strategię testów opartą na ryzyku, wymaganiach oraz strategię reaktywną. Podczas analizy ryzyka, personalizacja przycisków była oceniona, jako obszar najniższego ryzyka, podczas gdy rejestrację oceniono, jako obszar najwyższego ryzyka. Wdrażasz retrospektywę dla prac testowych.\nKtóre TRZY z poniższych obszarów należy uwzględnić w tej retrospektywie?\nIdentyfikacja problemów z rejestracją, które mają wpływ na firmy i ich klientów.\nDostarczenie listy znanych defektów oraz niezaliczonych testów do zespołu wsparcia systemu.\nPodjęcie decyzji, czy plan projektu obejmował wszystkie adekwatne ryzyka projektowe, które miały wpływ na dostarczenie do wcześnie pozyskanych przedsiębiorstw.\nOkreślenie poziomu szczegółowości wymaganego dla przypadków testowych do rejestracji, personalizacji i zarządzania punktami.\nPorównanie rzeczywistych testów z szacowaną liczbą testów dla rejestracji, spersonalizowanych przycisków oraz zarządzania punktami.\nPomiar pokrycia wymagań dla rejestracji i zaraportowanie go interesariuszom projektowym oraz biznesowym.\nOcena, czy użytkownicy zgłosili ważne problemy przy dostosowywaniu przycisków.\nA. Poprawnie: rejestracja to obszar związany z kluczowym wymaganiem i retrospektywy testów powinny sprawdzić, czy stosując strategię testów opartą na ryzyku nie pominięto defektów w takich obszarach\nB. Niepoprawnie: jest to część czynności na zamknięcie testów, ale nie retrospektywy\nC. Niepoprawnie: jest to dobre zagadnienie do rozważenia podczas retropektywy, ale dotyczący to projektu jako całości, a nie jest kwestią związaną z testowaniem.\nD. Niepoprawnie: to powinno mieć miejsce podczas implementacji.\nE. Poprawnie: podczas retrospektywy powinno być sprawdzone niedoszacowanie wysiłku wymaganego do przetestowania głównych obszarów funkcjonalnych produktu\nF. Niepoprawnie: to część kontroli testów.\nG. Poprawnie: podczas retrospektywy chcemy analizować informacje o defektach, aby ocenić, czy analiza ryzyk jakościowych była prawidłowa\nZałóżmy, że kierujesz testami dojrzałej aplikacji. Aplikacja ta jest sieciową usługą randkową, która pozwala użytkownikom na: wprowadzenie swojego profilu, spotykanie ludzi, którzy byliby dla nich dobraną partią, organizowania wydarzeń społecznych z udziałem tych ludzi oraz blokowania ludzi, z którymi nie chcą utrzymywać kontaktu. Rozważmy następujące grupy ludzi:\nUżytkownicy aplikacji poszukujący randki\nKierownicy i interesariusze firmy\nPary w związkach, które używały aplikacji by znaleźć drugą połowę\nPracownicy agencji rządowych\nRozważmy następujące czynności testowe:\nTestowanie trafności dopasowań proponowanych przez aplikację\nTestowanie zdolności aplikacji do prawidłowego obciążania użytkowników opłatami\nTestowanie zgodności aplikacji z lokalnymi przepisami podatkowymi\nOpierając się tylko na podanej tu informacji, która z poniższych odpowiedzi poprawnie dopasowuje obecnych interesariuszy z jednym lub więcej zagadnieniem testowym?\nI – a, b; II – a, b, c; IV – c.\nI – a, b; II – a, b, c; III – b; IV – c.\nI – a, b; II – a, b, c; IV – a, c.\nI – a, b, c; II – a, b, c; IV – c.\nA. Poprawnie: użytkowników interesuje otrzymanie usługi, za którą płacą, po uzgodnionej cenie; kierowników i interesariuszy interesują wszystkie trzy typy testów, aby mieć zadowolonych klientów, dochodową firmę i zgodność prawną; agentów rządowych interesuje zgodność z przepisami; pary w związku nie są aktualnymi interesariuszami.\nB. Niepoprawnie: pary w związku nie są aktualnymi interesariuszami (chyba, że oszukują na własną odpowiedzialność) i dlatego nie powinno ich interesować, czy obciążanie opłatami działa prawidłowo.\nC. Niepoprawnie: pracownicy rządowi nie interesują się tym, jak działa dopasowanie, za wyjątkiem tych pracowników, którzy są użytkownikami aplikacji (co jednak nie ma nic wspólnego z byciem pracownikiem agencji rządowej).\nD. Niepoprawnie: użytkowników tak naprawdę nie interesuje, czy firma płaci prawidłowe podatki, dopóki są prawidłowo obciążani opłatami.\nKtóre z poniższych stwierdzeń prawidłowo wyjaśnia, w jaki sposób produkty pracy związane z zarządzaniem projektem wpływają na testowanie?\nKierownik testów powinien współpracować z kierownikiem projektu w celu opracowania harmonogramu projektu.\nTesty powinny kompletnie pokryć specyfikację wymagań.\nKierownik testów powinien współpracować z kierownikiem wsparcia technicznego podczas zamykania testów.\nOgraniczenia w planie projektu mogą ograniczać testowanie\nA. Niepoprawnie: prawdziwe, ale dotyczy tego, w jaki sposób testowanie wpływa na produkty pracy związane z zarządzaniem projektem, a nie jak produkty pracy związane z zarządzaniem projektem wpływają na testowanie.\nB. Niepoprawnie: wymagania nie są produktami pracy związanymi z zarządzaniem projektem, a na dodatek to stwierdzenie jest prawdziwe tylko wtedy, gdy stosuje się strategię testów opartą na wymaganiach.\nC. Niepoprawnie: prawdziwe, ale nie dotyczy tego, jak produkty pracy związane z zarządzaniem projektem wpływają na testowanie, lecz jak testowanie wpływa na wsparcie techniczne.\nD. Poprawnie: plan testów musi być spójny z planem projektu\nKtóre z poniższych stwierdzeń opisuje prawidłowe podejście do zarządzania testami niefunkcjonalnymi? Wybierz jedną odpowiedź.\nKierownik testów powinien oddelegować planowanie testów niefunkcjonalnych do technicznego analityka testów pracującego w danym projekcie.\nCzynności implementacji testów niefunkcjonalnych, które trwają dłużej, niż pojedyncza iteracja, powinny być obsługiwane poza iteracjami.\nTesty niefunkcjonalne powinny mieć nałożone priorytety tak, by podążać za testami funkcjonalnymi i być realizowane w oparciu o postrzegane ryzyko.\nRyzyka niefunkcjonalne powinny być łagodzone podczas wczesnych poziomów testów, lub nawet podczas wytwarzania.\nA. Niepoprawnie: tylko niektóre czynności testowe mogą być delegowane do zarówno AT i TAT\nC. Niepoprawnie: wszystkie testy niefunkcjonalne nie muszą podążać za testami funkcjonalnymi (ale powinny opierać się na postrzeganych ryzykach)\nD. Niepoprawnie: niektóre ryzyka niefunkcjonalne mogę być łagodzone wcześnie, ale niektóre później w cyklu życia\nKtóre z poniższych stwierdzeń NAJLEPIEJ wyjaśnia, jak testowanie oparte na ryzyku odpowiada na ryzyko? Wybierz jedną odpowiedź:\nKiedy testy znajdują defekty, zwiększają ryzyko jakościowe testowanego systemu\nTestowanie funkcjonalne adresuje ryzyka produktowe, a testowanie niefunkcjonalne adresuje ryzyka jakościowe\nZespół testerski projektuje, implementuje i wykonuje testy tak, by łagodzić ryzyka jakościowe\nW oparciu o ryzyka projektowe, kierownik testów określa poziomy testów, które należy zastosować\nA. Niepoprawnie: testowanie mierzy jakość – nie podnosi jej (późniejsze debagowanie to robi).\nB. Niepoprawnie: nie ma powiązania pomiędzy typami ryzyk (choć te dwa są tego samego typu)\na testami funkcjonalnymi/niefunkcjonalnymi\nC. Poprawnie: z planu nauczania\nD. Niepoprawnie: ryzyka projektowe pomagają określić poziomy testów, ale ryzyka produktowe\nKtóre z poniższych stwierdzeń to przykłady różnych technik analizy ryzyk w produkcie?\nPRAM, PRiSMa, FMEA oraz FTA\nIdentyfikacja ryzyka, ocena ryzyka, łagodzenie ryzyka oraz zarządzanie ryzykiem\nWywiady z ekspertami, niezależne oceny, zastosowanie szablonów ryzyka oraz retrospektywy projektowe\nProblemy dotyczące personelu oraz szkoleń dla analityków biznesowych, projektantów oraz programistów\nA. Poprawnie: to cztery z 8 różnych technik podanych w planie nauczania\nB. Niepoprawnie: to są cztery czynności w testowaniu opartym na ryzyku\nC. Niepoprawnie: to techniki identyfikacji ryzyka, które jest tylko częścią procesu analizy\nD. Niepoprawnie: to jeden z czynników wpływających na prawdopodobieństwo ryzyka\nZałóżmy, że pracujesz dla ambitnego start-upu, który tworzy system pozwalający na sprzedaż w Internecie spersonalizowanych programów lojalnościowych oraz bonusowych dla małych i średnich przedsiębiorstw. Wspomniane przedsiębiorstwa rejestrują się w systemie poprzez sklep internetowy. Pozwala to przedsiębiorstwom na tworzenie spersonalizowanych przycisków, które mogą zostać umieszczone na ich stronach internetowych. Te przyciski pozwalają klientom na rejestrację w programach lojalnościowych i bonusowych świadczonych przez powyższe przedsiębiorstwa. Każdy kolejny zakup jest premiowany punktami. Zarówno przedsiębiorstwa, jak ich klienci mają możliwość zarządzania programem, na przykład w celu określenia liczby punktów potrzebnych do otrzymania darmowego produktu lub usługi. Zespół marketingowy Twojego pracodawcy mocno promuje system oferując duże rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów. Na daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy. Twój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe. Które TRZY z poniższych to ryzyka jakościowe produktu dla tego systemu?\nPunkty lojalnościowe są nieprawidłowo wyliczane.\nStart-up wykorzystał budżet, zanim rozpoczęły się testy.\nKlienci nie mogą się zarejestrować w programie lojalnościowym.\nWymagania dla systemu są nieprawidłowe.\nZasoby do przetwarzania w chmurze nie są dostępne wystarczająco wcześnie, aby utrzymać harmonogram projektu\nSystem ma nadmierne przestoje spowodowane wyciekami pamięci.\nNadmiernie wysokie zniżki skutkują kryzysem płynności dla firmy podczas pierwszego roku\nA. Poprawnie: obliczanie punktów lojalnościowych jest funkcją system, a dokładnośćfunkcjonalna jest podatrybutem jakościowym\nB. Niepoprawnie: to ryzyko projektowe (bardzo realne dla każdego start-upu).\nC. Poprawnie: rejestracja w programie lojalnościowym dla przedsiębiorstw jest funkcją systemu,a dokładność funkcjonalna jest podatrybutem jakościowym.\nD. Niepoprawnie: to ryzyko projektowe i wymaga od kandydata umiejętności rozróżnienia pomiędzy natychmiastowym potencjalnym wpływem ryzyka (rozległe szkody dla projektu), aróżnymi konsekwencjami w przypadku, gdy ryzyko następuje (co obejmuje różne problemy związane z jakością).\nE. Niepoprawnie: to ryzyko projektowe, nie jakościowe, ponadto o małym prawdopodobieństwie biorąc pod uwagę szerokie opcje wyboru w branży usług związanych z przetwarzaniem w chmurze.\nF. Poprawnie: obiecujemy wysoką niezawodność a niezawodność jest atrybutem jakościowym.\nG. Niepoprawnie: to bez wątpienia ryzyko, ale nie jest związane z jakością systemu, a raczej z oferowanymi zniżkami; konkretnie jest to ryzyko operacyjne, które może pojawić się po wydaniu systemu.\nKtóre z poniższych stwierdzeń jest NAJMNIEJ odpowiednim opisem tego, jak powinny być łagodzone i zarządzane zidentyfikowane ryzyka jakościowe produktu? Wybierze jedno.\nTesty powinny być projektowane, implementowane i wykonywane w celu adresowania postrzeganego ryzyka.\nPracochłonność związana z projektowaniem i wykonywaniem testów powinna być proporcjonalna do poziomu postrzeganego ryzyka.\nPriorytet opracowania oraz wykonywania testów powinien opierać się na postrzeganym poziomie ryzyka.\nPostrzegany poziom ryzyka powinien mieć wpływ na wybór standardu, którego należy przestrzegać\nD. Poprawnie: Zawsze chcemy, by efektywność testowania (np. zdolność wykrywania defektów)\nbyła wyższa, niezależnie od tego, jaki poziom ryzyka jest łagodzony.\nA, B, oraz C są niepoprawne. Z planu nauczania.\nKtóra (JEDNA) z poniższych NIE jest praktyczną techniką priorytetyzacji testów i przydziału pracy?\nPrzeglądy niejednoznaczności identyfikują i eliminują niejednoznaczności w wymaganiach\nPoszczególni testerzy decydują, co testować w oparciu o defekty wykryte w podstawach testów<\nAnaliza warunków testowych obejmuje czytanie priorytetyzowanych wymagań celem określenia warunków testowych, które mają być pokryte\nTworzenie grafów przyczynowo - skutkowych umożliwia identyfikację zestawu testów, który osiąga 100% pokrycia funkcjonalnego dla podstawy testów.\nB. Poprawnie: Nie chcemy pozostawiać całej priorytetyzacji i przydziału prac do decyzji testerów, ponadto wykrywanie defektów może nastąpić dopiero wtedy, gdy testowanie (i niektóre prace związane z priorytetyzacją i alokacją zadań) zostało rozpoczęte\nA, C oraz D są niepoprawne. Z planu nauczania.\nZałóżmy, że kierujesz testami dojrzałej aplikacji. Aplikacja ta jest sieciową usługą randkową, która pozwala użytkownikom na: wprowadzenie swojego profilu, spotykanie ludzi, którzy byliby dla nich dobraną partią, organizowania wydarzeń społecznych z udziałem tych ludzi oraz blokowania ludzi, z którymi nie chcą utrzymywać kontaktu. Załóżmy, że polityka testów określa następującą misję dla organizacji testującej, w kolejności ważności: 1. Znajdywanie defektów 2. Zredukowanie ryzyka 3. Zbudowanie zaufania Następnie załóżmy, że Twój kierownik zdefiniował następujący, o najwyższym priorytecie, cel dla doskonalenia procesu testowego dla organizacji testującej w następującym roku: osiągnąć możliwie maksymalny poziom automatyzacji dla testów regresywnych aplikacji. Które z poniższych stwierdzeń jest prawdziwe?\nAplikacja oraz cel doskonalenia procesu testowego są zgodne, ale definicja misji nie jest zgodna z aplikacją oraz doskonaleniem procesu testowego\nAplikacja oraz definicja misji są zgodne, ale cel doskonalenia procesu testowego nie jest zgodny z aplikacją oraz definicją misji.\nAplikacja, definicja misji oraz cel doskonalenia procesu testowego są zgodne.\nAplikacja, definicja misji oraz cel doskonalenia procesu testowego nie są ze sobą zgodne.\nA. Poprawnie: w przypadku dojrzałych aplikacji, główną misją testowania jest realne zbudowanie\nzaufania, że aplikacja ciągle działa poprawnie. Automatyczne testy regresji pomagają osiągnąć ten cel\nefektywnie, tak więc cel doskonalenia procesu testowego i aplikacja są zgodne. Chociaż koncepcja\nautomatyzacji testów regresji dla tej aplikacji jest dobra, testy automatyczne nie znajdą wielu\ndefektów. Tak więc, stwierdzenie misji nie jest zgodne z celem doskonalenia procesu testowego, ani\nz rzeczywistymi potrzebami testowymi dla dojrzałej aplikacji.\nB, C i D są niepoprawne z powodu wyjaśnionego w A.\nZałóż, że pracujesz dla ambitnego start-upu, który tworzy system pozwalający na sprzedaż w Internecie spersonalizowanych programów lojalnościowych oraz bonusowych dla małych i średnich przedsiębiorstw. Wspomniane przedsiębiorstwa rejestrują się w systemie poprzez sklep internetowy. Pozwala to przedsiębiorstwom na tworzenie spersonalizowanych przycisków, które mogą zostać umieszczone na ich stronach internetowych. Te przyciski pozwalają klientom na rejestrację w programach lojalnościowych i bonusowych świadczonych przez powyższe przedsiębiorstwa. Każdy kolejny zakup jest premiowany punktami. Zarówno przedsiębiorstwa, jak ich klienci mają możliwość zarządzania programem, na przykład w celu określenia liczby punktów potrzebnych do otrzymania darmowego produktu lub usługi. Zespół marketingowy Twojego pracodawcy mocno promuje system oferując duże rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów. Na daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy. Twój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe. Załóżmy, że piszesz główny plan testów dla tego projektu i obecnie pracujesz nad sekcją „ryzyka projektowe”. Który z poniższych tematów NIE powinien być przedmiotem tej sekcji planu testów?\nNiemożność dostarczenia środowiska testowego przed planowanym rozpoczęciem wykonania testów.\nNiemożność znalezienia testerów o wystarczających umiejętnościach i certyfikatach, zwłaszcza testerów na stanowiska kierownicze.\nRezygnacja ze stanowiska starszego specjalisty ds. marketingu przed wprowadzeniem usługi.\nNiewystarczające zasoby do pozyskania odpowiedniej liczby wirtualnych użytkowników dla testów obciążeniowych.\nA. Niepoprawnie: problemy z gotowością środowiska testowego są klasycznym ryzykiem projektowym dotyczącym testowania.\nB. Niepoprawnie: problemy z dostępnością i kwalifikacjami zespołu testowego są klasycznym ryzykiem projektowym dotyczącym testowania.\nC. Poprawnie: jest to znaczące ryzyko projektowe, ale niezwiązane z testowaniem. To, czego zespół testowy potrzebuje od zespołu marketingu – wymagania – jest już kompletne.\nD. Niepoprawnie: problemy z gotowością narzędzi są klasycznym ryzykiem projektowym dotyczącym testowania.\nRozważmy następujące strategie testowania: I. Analityczna strategia testów II. Metodyczna strategia testów III. Strategia testów zgodna z procesem IV. Konsultatywna strategia testów Rozważmy następujące przykłady czynności testowych. 1. Testowanie dostarczonej przez użytkownika listy przeglądarek internetowych 2. Definiowanie kryteriów akceptacji dla historyjki użytkownika 3. Wykonywanie testów o najwyższym ryzyku najwcześniej, jak się da 4. Klikanie we wszystkie linki nawigacyjne na stronie internetowej Która odpowiedź poprawnie dopasowuje strategię testów z czynnością testową odpowiednią dla danej strategii?\nB. Poprawnie: ponieważ testowanie analityczne oparte na ryzyku obejmuje priorytetyzację testów opartą na ryzyku; testowanie metodyczne opiera się na listach kontrolnych (które w tym przykładzie obejmują testowanie linków na stronie), testowanie zgodne z procesem może dotyczyć zgodności z procesem zwinnym, a strategie konsultatywne kierowane są przez osoby z zewnątrz.\nA, C, oraz D są niepoprawne ponieważ co najmniej dwa z przykładów są źle dopasowane.\nZałóżmy, że jesteś Kierownikiem Testów w projekcie realizowanym zgodnie z zwinnym cyklem życia. Strategia testów to mieszana strategia oparta na ryzyku, strategia zgodna z procesem oraz strategia reaktywna. Deweloperzy stosują najlepsze praktyki zwinne, włącznie z automatycznymi testami jednostkowymi oraz ciągłą integracją. Przygotowujesz wytyczne dla dokumentowania różnych produktów prac testowych. Które z poniższych stwierdzeń jest prawdziwe?\nPowinieneś użyć standardu IEEE 829, ponieważ stosujesz zgodną z procesem strategię testów.\nMożesz dostosować zbiór szablonów z różnych źródeł, włącznie ze standardem IEEE 829.\nPowinieneś użyć standardu IEEE 829, ponieważ stosujesz zgodną z procesem strategię testów\nMożesz pominąć dokumentację wszelkich prac testowych, za wyjątkiem raportów defektów.\nA. Niepoprawnie: w tym przypadku proces powinien być zgodny z metodyką zwinną, nie z IEEE 829.\nB. Poprawnie: zwinne cykle życia preferują uproszczoną dokumentację.\nC. Niepoprawnie: IEEE 829 jest nastawiony na dużą ilość dokumentacji, dlatego nie jest zgodny z filozofią zwinną oraz nie jest zgodny z reaktywnymi strategiami testów.\nD. Niepoprawnie: nawet testy reaktywne mają karty testów; nawet zwinne cykle życia zgodne z metodologią zwinną mają kryteria akceptacji.\nZałóżmy, że jesteś Kierownikiem Testów w projekcie realizowanym zgodnie ze zwinnym cyklem życia. Strategia testów to mieszana strategia oparta na ryzyku, strategia zgodna z procesem oraz strategia reaktywna. Deweloperzy stosują najlepsze praktyki zwinne, włącznie z automatycznymi testami jednostkowymi oraz ciągłą integracją. Szacujesz pracochłonność testów systemowych dla konkretnej iteracji. Które TRZY z następujących stwierdzeń poprawnie opisuje sposób, w jaki powinieneś wykonywać szacowanie w tym scenariuszu?\nDla każdej zidentyfikowanej karty testu przydziel sesje testowe o określonym czasie.\nOszacuj tylko pracochłonność potrzebną do wykonania testów oraz zamknięcia testów.\nPrzyjmij, że większość defektów będzie znaleziona podczas wykonywania testów systemowych.\nWeź udział w sesjach szacowania zespołu zwinnego dla tej iteracji.\nUwzględnij pracochłonność potrzebną do stworzenia szczegółowej dokumentacji prac testowych.\nRozważ średnią pracochłonność wymaganą dla zidentyfikowanego ryzyka w poprzednich iteracjach.\nZałóż, że testy systemowe mogą ponownie wykorzystywać dane i środowisko testowe z testów jednostkowych.\nA. Poprawnie: to popularna technika zarządzania testami opartymi na doświadczeniu i jej wykorzystanie ma wpływ na szacowanie.\nB. Niepoprawnie: szacowanie testów powinno obejmować wszystkie czynności związane z procesem testowym.\nC. Niepoprawnie: jak zacytowano w sylabusie, deweloperzy stosujący najlepsze zwinne praktyki, usuną około połowy defektów przed testami systemowymi.\nD. Poprawnie: testerzy są częścią zespołu zwinnego, także w szacowaniu.\nE. Niepoprawnie: metody zwinne wyrzekają się bardzo szczegółowej dokumentacji, włącznie zdokumentacją testową.\nF. Poprawnie: wykorzystanie średnich historycznych jest jedną z uznanych technik estymacji.\nG. Niepoprawnie: w scenariuszu nie ma nic o konieczności czy możliwości ponownego użycia\nKtóra z poniższych odpowiedzi z największym prawdopodobieństwem wpłynie na czas trwania, ale nie na pracochłonność czynności testowych?\nDojrzałość procesu testowego\nWymagany poziom szczegółowości warunków testowych\nWymagana jakość systemu\nCzas potrzebny na naprawę defektów znalezionych podczas testowania\nA. Niepoprawnie: nawet dojrzałe procesy testowe mogą trwać długo, jeśli jest duża pracochłonność.\nB. Niepoprawnie: szczegółowe warunki testowe wymagają wysiłku.\nC. Niepoprawnie: systemy o wysokiej jakości wymagają większego wysiłku testowego.\nD. Poprawnie: czas naprawy defektów może opóźnić testowanie, ale nie wymaga wysiłku testowego.\nKtóre z poniższych stwierdzeń o zastosowaniu metryk testowych jest PRAWDZIWE?\nTrendy w opóźnieniu pomiędzy czasem zaraportowania defektu, a jego naprawą są wykorzystywane do nagradzania deweloperów.\nStatus testów potwierdzających i regresyjnych jest wykorzystywany do monitorowania postępu testowania.\nLiczba zidentyfikowanych warunków testowych jest wykorzystywana do monitorowania jakości testowania.\nPlanowane a rzeczywiste godziny wytworzenia testaliów są wykorzystywane do minimalizowania testów regresji.\nA. Niepoprawnie: odnosi się do niebezpiecznego użycia metryk.\nB. Poprawnie: to jedna z metryk do monitorowania postępu testów. Wszystkie wymienione to metryki dla testów, ale wykorzystywane do innych rzeczy\nC. Niepoprawnie: tak naprawdę monitoruje postęp analizy testów.\nD. Niepoprawnie: to metryka do monitorowania postępu planowania i kontroli.\nKtóra z poniższych opcji jest najlepsza do monitorowania postępu testów?\nKombinacja metryk dotyczących pokrycia, zaufania, ryzyk, testów oraz defektów.\nSzacowanie pokrycia kodu poprzez mierzenie liczby wykonanych testów.\nKombinacja metryk dotyczących pokrycia, produktu, ludzi, testów oraz defektów.\nKombinacja metryk dotyczących produktu, ludzi i projektu.\nA. Poprawnie: wymienia trzy z pięciu głównych wymiarów mierzenia postępu testów.\nB. Niepoprawnie: źle łączy pokrycie z liczbą wykonanych testów.\nC. Niepoprawnie: obejmuje kategorię ludzką, która jest mało prawdopodobna do zastosowania do monitorowania postępu testów; ponadto, ludzie i produkt nie są wyszczególnieni na liście pięciu głównych wymiarów metryk dla postępu testów.\nD. Niepoprawnie: obejmuje kategorię ludzką, która jest mało prawdopodobna do zastosowania do monitorowania postępu testów.\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są synchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testowych jako własne skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga comiesięcznego raportu z postępu testów wymieniającego liczbę znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Kierownik Twojej jednostki biznesowej ds. rozwoju oprogramowania poprosił Cię o zaproponowanie usprawnień w testowaniu projektu, na przykład poprzez wprowadzenie lepszych metryk lub narzędzi. Kierownik na szybko zebrał listę ryzyk produktowych od przedstawicieli użytkownika. Kierownik uważa, że testy nie pokrywają wszystkich ryzyk. Które z poniższych rozwiązań uważasz za godne wprowadzenia?\nPrzeanalizowanie pozostałych ryzyk w oparciu o wiedze testową w celu sprawdzenia czy osiągnięto wystarczający poziom pokrycia testowego.\nDodanie większej liczby testów w celu zwiększenia pokrycia funkcjonalności\nWnioskowanie na temat ryzyka i zaufania do produktu na podstawie opinii testerów o możliwościach programistów\nWłączenie oceny zaufania do produktu do zestawu miar\nA. Poprawnie: proponowane rozwiązanie łączy w sobie wielowymiarowe monitorowanie postępów testowania, a także pozwala spojrzeć na prawdopodobnie rzeczywiste zależności między pokryciem testami a pracochłonnością potrzebną do zidentyfikowania pozostałych ryzyk produktu\nB. Niepoprawnie: rozwiązanie byłoby w porządku, gdyby nie brak analizy; nie powinniśmy pracować jedynie w oparciu o intuicję.\nC. Niepoprawnie: skupia się jedynie na zdolnościach.\nD. Niepoprawnie: rozwiązanie samo w sobie jest w porządku, ale nie wykorzystuje dostępnych informacji o ryzyku.\nRozważ poniższe kategorie kosztów jakości: a. Koszty zapobiegania. b. Koszty wykrycia. c. Koszty awarii wewnętrznej. d. Koszty awarii zewnętrznej. Rozważ następujące przykłady kosztów jakości: 1. Wykonanie analizy ryzyka dla jakości 2. Przeszkolenie analityków biznesowych z inżynierii wymagań. 3. Klient narzekający na niską wydajność. 4. Duże opóźnienie pomiędzy zaraportowaniem defektu, a jego rozwiązaniem podczas testowania powoduje zmniejszenie wydajności zarządzania defektami. Który z poniższych zestawów odpowiedzi poprawnie łączy kategorię z jej przykładem?\nC. Poprawnie: Szkolenie analityków biznesowych to koszt zapobiegania, ponieważ pozwala na napisanie wysokiej jakości wymagań; analiza ryzyka dla jakości jest kosztem wykrycia, ponieważ ten koszt zostałby poniesiony nawet w przypadku braku wykrycia defektów; każdy koszt jakości związany z defektami poniesiony podczas testowania oraz przed wypuszczeniem oprogramowania jest kosztem awarii wewnętrznej, nawet koszty, których można było uniknąć; skarga klienta jest kosztem awarii zewnętrznej, ponieważ ma wpływ na przyszłą sprzedaż.\nA, B i D Niepoprawnie: zobacz wyjaśnienie dla odpowiedzi C.\nZałóżmy, że kierujesz testami dojrzałej aplikacji. Aplikacja ta jest sieciową usługą serwisu randkowego, która pozwala użytkownikom na: wprowadzenie swojego profilu, spotykanie ludzi, którzy byliby dla nich dobraną partią, organizowania wydarzeń społecznych z udziałem tych ludzi oraz blokowania ludzi, z którymi nie chcą utrzymywać kontaktu. Załóż, że obliczyłeś następujące koszty jakości: • Średni koszt wykrycia: $150 • Średni koszt awarii wewnętrznej: $250 • Średni koszt awarii zewnętrznej: $5,000 Średni koszt wykrycia oraz awarii wewnętrznej są obliczone na podstawie liczby defektów znalezionych przed wypuszczeniem oprogramowania. Natomiast średni koszt zewnętrznej awarii jest obliczony na podstawie liczby defektów znalezionych po wypuszczeniu oprogramowania. Które z poniższych stwierdzeń jest poprawne?\nCałkowity koszt jakości, wliczając w to działania prewencyjne, dla danej aplikacji randkowej wynosi 5 400 dolarów.\nKażdy z defektów znalezionych podczas testowania zapewnia organizacji średnie oszczędności na kosztach jakości w wysokości 4 600 dolarów\nKoszt jakości nie może być wykorzystany do obliczenia wartości testowania dla tej lub jakiejkolwiek innej organizacji.\nKażdy defekt znaleziony podczas testowania oferuje organizacji potencjalnie 5 400 dolarów oszczędności na koszcie jakości.\nB. Poprawnie: $5,000 – ($150 + $250) = $4,600.\nC. Niepoprawnie: koszt jakości może być wykorzystany do obliczenia wartości dowolnej aktywności związanej z jakością i właśnie do tego celu jest używany w przedsiębiorstwach na całym świecie.\nD. Niepoprawnie: trzeba odjąć średni koszt wykrycia oraz wewnętrznych awarii związanych z testowaniem w celu obliczenia potencjalnych oszczędności netto, a nie dodawać te koszty.\nZałóż, że pracujesz dla ambitnego start-upu, który tworzy system pozwalający na sprzedaż w Internecie spersonalizowanych programów lojalnościowych oraz bonusowych dla małych i średnich przedsiębiorstw. Wspomniane przedsiębiorstwa rejestrują się w systemie poprzez sklep internetowy. Pozwala to przedsiębiorstwom na tworzenie spersonalizowanych przycisków, które mogą zostać umieszczone na ich stronach internetowych. Te przyciski pozwalają klientom na rejestrację w programach lojalnościowych i bonusowych świadczonych przez powyższe przedsiębiorstwa. Każdy kolejny zakup jest premiowany punktami. Zarówno przedsiębiorstwa, jak ich klienci mają możliwość zarządzania programem, na przykład w celu określenia liczby punktów potrzebnych do otrzymania darmowego produktu lub usługi. Zespół marketingowy Twojego pracodawcy mocno promuje system oferując duże rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów. Na daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy. Twój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe. W celu zredukowania kosztów testowania poprzez ograniczenie liczby pracowników w zespole testowym, kadra kierownicza wyższego szczebla zdecydowała o zleceniu usług w zakresie testowania firmie zewnętrznej (ang. outsourcing) i zajęciu się przez nią częścią testowania. Ze względu na fakt, że testowania będzie fizycznie miało miejsce w Malezji, ta firma umieści na miejscu osobę, która będzie bezpośrednio koordynować prace, informować o wynikach testów oraz być w kontakcie ze zdalnym (ang. offshore) zespołem testowym dwa razy dziennie. Który z poniższych czynników powodzenia w wykorzystaniu rozproszonego i zleconego (ang. outsourced) testowania został zaadresowany w powyższym planie?\nPodział pracy testowej zgodnie z kwalifikacjami.\nDobrze zdefiniowana misja i cele dla wewnętrznego miejscowego i zdalnego (ang. offshore) zespołu testowego.\nZdefiniowane sposoby komunikacji.\nZbudowanie zaufania pomiędzy członkami zespołów projektowych.\nA. Niepoprawnie: nie ma żadnych przesłanek pozwalających stwierdzić, że w celu wyboru firmy do zlecenia usług testowych, został wzięty pod uwagę inny czynnik niż koszt.\nB. Niepoprawnie: nie ma jasnego podziału pracy pomiędzy zespołami.\nC. Poprawnie: osoba ulokowana na miejscu będzie stanowić kanał komunikacyjny.\nD. Niepoprawnie: decyzja o wykorzystaniu zdalnego zespołu została podjęta prze kierownictwo burząc zaufanie już na samym początku\nKtóra z poniższych odpowiedzi NAJLEPIEJ opisuje standard oprogramowania, który daje wskazówki co do osiągania kryteriów pokrycia?\nSylabus oraz słownik ISTQB\nModel udoskonalania procesów wytwarzania oprogramowania CMMI\nStruktura zarządzania projektami Prince 2\nA. Poprawnie: Informacja z sylabusa\nB. Niepoprawnie: To nie jest standard, który podaje wskazówki odnośnie kryteriów pokrycia testami.\nC. Niepoprawnie: Jest to uniwersalny model usprawniania procesów, który nie zapewnia wskazówek odnośnie do kryteriów pokrycia testami.\nD. Niepoprawnie: Jest to uniwersalna struktura zarządzania projektami, który nie zapewnia wskazówek odnośnie do kryteriów pokrycia testami.\nJako Kierownik Testów uczestniczysz w spotkaniu z pozostałymi członkami zespołu zarządzającego projektem. Przedmiotem tego spotkania jest dyskusja na temat rozpoczęcia testów akceptacyjnych w projekcie w oparciu o kryteria wyjściowe testów systemowych oraz pozostałe uwarunkowania biznesowe. Które z poniższych stwierdzeń jest prawdziwe?\nSpotkanie jest audytem, ponieważ zespół zarządzający projektem sprawdza zgodność ze zdefiniowanymi kryteriami poprzez sprawdzanie dowodów.\nSpotkanie jest audytem, ponieważ zespół zarządzający projektem wyda ocenę pozytywną/negatywną względem ustalonych kryteriów\nSpotkanie jest przeglądem kierowniczym, ponieważ zespół zarządzający projektem upewnia się, że zostały poczynione postępy w projekcie.\nSpotkanie jest przeglądem kierowniczym, ponieważ zespół zarządzający projektem ocenia sytuację oraz podejmuje decyzje dla następnych działań (kroków).\nA. Niepoprawnie: pomimo, że sprawdzamy zgodność ze zdefiniowanymi kryteriami, brak jest niezależnej oceny zgodności (sprawdzenie jest wykonywane przez zespół projektowy) oraz nie ma wzmianki o sprawdzeniu „dowodów”.\nB. Niepoprawnie: pomimo, że stwierdzenie jest w pewnym sensie prawdziwe, brak mu elementu podejmowania decyzji przez zarządzających projektem, który jest kluczowym czynnikiem definiującym przegląd kierowniczy, a nie audyt.\nC. Niepoprawnie: podczas, gdy pozytywna/negatywna ocena kryteriów mogła mieć miejsce, jak w przypadku odpowiedzi B, brakuje niezależnej oceny zgodności.\nD. Poprawnie: stosujemy kryteria w celu oceny stanu obecnego, a w oparciu o ocenę testową podejmujemy decyzje o dalszych działaniach, które według sylabusa należą do zakresu przeglądu kierowniczego.\nZałóżmy, że pracujesz dla ambitnego start-upu, który tworzy system pozwalający na sprzedaż w Internecie spersonalizowanych programów lojalnościowych oraz bonusowych dla małych i średnich przedsiębiorstw. Wspomniane przedsiębiorstwa rejestrują się w systemie poprzez sklep internetowy. Pozwala to przedsiębiorstwom na tworzenie spersonalizowanych przycisków, które mogą zostać umieszczone na ich stronach internetowych. Te przyciski pozwalają klientom na rejestrację w programach lojalnościowych i bonusowych świadczonych przez powyższe przedsiębiorstwa. Każdy kolejny zakup jest premiowany punktami. Zarówno przedsiębiorstwa, jak ich klienci mają możliwość zarządzania programem, na przykład w celu określenia liczby punktów potrzebnych do otrzymania darmowego produktu lub usługi. Zespół marketingowy Twojego pracodawcy mocno promuje system oferując agresywne rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów. Na daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy. Twój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe. Załóżmy, że zostałeś poproszony przez zespół kierownictwa wyższego szczebla, aby - jako część projektu - zaplanować przeglądy. Kierownictwo chce bardzo lekkiego procesu, który mimo tego zapewni zbudowanie wspólnego zrozumienia wewnątrz zespołu jak również pozwoli na wczesne wykrycie części defektów. Która z poniższych odpowiedzi NAJLEPIEJ opisuje rozwiązanie tej sytuacji?\nPowinieneś zaplanować nieformalne przeglądy z odpowiednimi uczestnikami dla wszystkich odpowiednich produktów\nPowinieneś zaplanować inspekcję wymagań, projektu i przeglądy kodu\nPowinieneś zaplanować nieformalne przeglądy jakości analizy ryzyka, testów i planu testów\nPowinieneś przekonać zarząd, że ktoś inny niż Kierownik Testów powinien zaplanować przeglądy\nA. Poprawnie: nieformalne przeglądy są lekkim podejściem, które zapewni wszystkie wymagane korzyści\nB. Niepoprawnie: zarząd oczekuje lekkiego procesu, a wymagania (i prawdopodobnie projekt) są już gotowe\nC. Niepoprawnie: Ta odpowiedź nie jest tak dobra jak odpowiedź A, bo C zajmuje się tylko wynikami pracy związanej z testami\nD. Niepoprawnie: przeglądy mogą być planowane i zarządzanie przez wielu uczestników projektu włączając Kierownika Testów\nZałóżmy, że pracujesz dla ambitnego start-upu, który tworzy system pozwalający na sprzedaż w Internecie spersonalizowanych programów lojalnościowych oraz bonusowych dla małych i średnich przedsiębiorstw. Wspomniane przedsiębiorstwa rejestrują się w systemie poprzez sklep internetowy. Pozwala to przedsiębiorstwom na tworzenie spersonalizowanych przycisków, które mogą zostać umieszczone na ich stronach internetowych. Te przyciski pozwalają klientom na rejestrację w programach lojalnościowych i bonusowych świadczonych przez powyższe przedsiębiorstwa. Każdy kolejny zakup jest premiowany punktami. Zarówno przedsiębiorstwa, jak ich klienci mają możliwość zarządzania programem, na przykład w celu określenia liczby punktów potrzebnych do otrzymania darmowego produktu lub usługi. Zespół marketingowy Twojego pracodawcy mocno promuje system oferując agresywne rabaty na opłaty podczas pierwszego roku - w celu pozyskania pierwszych przedsiębiorstw. Materiały promocyjne opisują, że usługa będzie wysoce niezawodna oraz bardzo szybka dla przedsiębiorstw oraz ich klientów. Na daną chwilę wymagania są kompletne, a wytwarzanie oprogramowania właśnie się rozpoczęło. Obecny harmonogram pozwoli przedsiębiorstwom i ich klientom na rozpoczęcie rejestracji w ciągu trzech miesięcy. Twój pracodawca ma zamiar wykorzystać przetwarzanie w chmurze w celu udostępnienia usługi oraz wyeliminowania potrzeby posiadania zasobów sprzętowych innych, niż zwyczajne komputery osobiste dla programistów, testerów oraz innych inżynierów i kierowników. Do zbudowania systemu zostaną wykorzystane komponenty aplikacji webowych spełniające standardy przemysłowe. Załóżmy, że zostałeś poproszony przez zespół kierownictwa wyższego szczebla o zarządzanie przeglądami jako częścią tego projektu. Wybierasz uczestników przeglądu zidentyfikowanych ryzyk jakościowych. Rozważ następujące wymagane cechy, potrzebne do efektywnego uczestnictwa w przeglądzie: I. Umiejętności techniczne II. Odpowiednie cechy osobowości III. Znajomość procedur IV. Wiedza biznesowa Rozważ poniższe podsumowanie doświadczenia osób, które mogą wziąć udział w przeglądzie: 1. Testowanie aplikacji finansowych w przeszłości 2. Tworzenie prostych stron internetowych 3. Doświadczony uczestnik przeglądów 4. Osoba zorientowana na szczegóły 5. Rozumienie przetwarzania w chmurze Które z poniższych poprawnie łączy cechy z doświadczeniem osób?\nI-2; I-5; II-4; III-3; IV-1.\nI-1; I-2; II-4; III-3; IV-5.\n. I-4; II-2; II-3; III-5; IV-1\nI-2; II-3; III-4; III-1; IV-5.\nA. Poprawnie: Tworzenie stron internetowych i rozumienie przetwarzania w chmurze odnoszą siędo technicznych elementów projektu. Zwracanie uwagi na szczegóły jest cechą osobowości wymaganą od każdego uczestnika przeglądów. Uczestniczenie w przeglądach daje osobie wiedzę o procedurze przeglądów. Aplikacje finansowe zarządzają bilansami, co jest podobne do zarządzania bilansami punktów w programach lojalnościowych\nB, C i D są niepoprawne, ponieważ jedna lub więcej par jest niepoprawnie połączona\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Twój kierownik myśli, że projekt może znajdywać niektóre defekty skuteczniej, jeśli testerzy będą przeglądać wymagania biznesowe. Które trzy z poniższych metryk będą najlepsze, aby udowodnić ten pogląd? Zaznacz dokładnie TRZY opcje.\nLiczba defektów znaleziona podczas testowania dynamicznego\nPokrycie testami dynamicznymi\nLiczba godzin przeglądów i testów dynamicznych\nLiczba defektów znalezionych podczas przeglądów\nLiczba poważnych defektów znalezionych podczas testów dynamicznych\nStatus wykonania testów\nWyniki przeglądów jednostek biznesowych od sprzętu i oprogramowania\nA, C i D Poprawnie: ponieważ dzięki tym trzem możesz obliczyć całkowity czas spędzony na przeglądach i testach dynamicznych oraz ilość defektów znalezionych w obu z nich, a następnie porównać te liczby do wyników samych testów dynamicznych\nB. Niepoprawnie: Nie ma znaczenia dla wyliczenia efektywności\nE. Niepoprawnie: Ta odpowiedź mogła Cię zwieść, ponieważ jest to wymienione wprost w scenariuszu. Liczenie tylko poważnych defektów nie jest wystarczające do obliczenia efektywności.\nF. Niepoprawnie: Ta odpowiedź mogła Cię zwieść, ponieważ jest to wymienione wprost w scenariuszu. Myślenie o statusie testów jest błędne. Potrzebujesz godzin przeznaczonych na testy.\nG. Niepoprawnie: Może brzmieć lepiej niż D, ale nawet, jeśli wyniki przeglądów prawdopodobnie są defektami nie powinieneś wliczać wyników przeglądów dotyczących sprzętu. Pytanie wskazuje, że poprzez przeglądy chcesz znaleźć defekty w wymaganiach oprogramowania, które mogą później wystąpić jako defekty znajdywane poprzez testy dynamiczne\nJesteś Kierownikiem Testów biorącym udział w zwinnym projekcie tworzącym aplikacje informacyjne. W związku z tym, że użytkownicy zgłosili brakujące i niepoprawnie działające funkcjonalności, zaplanowano formalne przeglądy wszystkich historyjek użytkownika. Przeglądy są prowadzone przez Ciebie – Kierownika Testów. Głównym celem przeglądów jest osiągnięcie zgody wszystkich interesariuszy co do historyjek użytkownika: formatu, poziomu szczegółowości, kompletności i dokładności. W przeglądach biorą udział następujące osoby: główny programista (GP), analityk testów (AT), właściciel produktu (WP) i specjalista domenowy (SD). Podczas spotkania inicjującego GP narzeka, że został odciągnięty od swoich głównych obowiązków. Tabela poniżej przedstawia liczbę defektów znalezionych przez przeglądających po fazie indywidualnych przeglądów:\nGP AT WP SD\nPoważne 2 8 6 5\nMniej ważne 2 11 5 7\nLiterówki 8 14 9 11\nMusisz podjąć decyzję jak dalej postępować z przeglądami. Która JEDNA z poniższych opcji powinna zostać wybrana przez Kierownika Testów?\nPrzełożyć sesję przeglądów i przedefiniować przeglądy zgodnie z zadaniami GP\nPoprosić o dyskusję pomiędzy Kierownikiem Testów i GP moderowaną przez osobę trzecią, aby bardziej zaangażować GP\nKontynuować sesję przeglądową i przypisać GP role skryby\nAnulować przegląd i napisać raport do kierownictwa wyższego szczebla podkreślający brak zaangażowania\nA. Niepoprawnie: Wszyscy interesariusze muszą się zgodzić co do celów przeglądu\nB. Poprawnie: musi zostać znaleziona podstawowa przyczyna defektów\nC. Niepoprawnie: “kara” nie pomaga, bądź konstruktywny!\nD. Niepoprawnie: oskarżenia nie pomagają, bądź konstruktywny!\nDiagram pokazuje niekompletny proces zarządzania defektem, gdzie należy odpowiednio nazwać 3 stany (X, Y, Z). Które z poniższych prawidłowo dokończy proces?\nSTAN X – PRZETESTOWANY PONOWNIE; STAN Y - NOWY; STAN Z – ZABLOKOWANY\nSTAN X – ZDUPLIKOWANY; STAN Y - NIEPOTWIERDZONY; STAN Z – ZAKOŃCZONY\nSTAN X – PONOWNIE OTWARTY; STAN Y - ODRZUCONY; STAN Z – ODROCZONY\nSTAN X – ZWERYFIKOWANY; STAN Y - PRZEGLĄD; STAN Z - NAPRAWIONY\nA. Niepoprawnie: Nie ma sensu ponownie testować zaraz po przetestowaniu. Stan NOWY jest częstym synonimem stanu OTWARTY. Gdyby stan Z był ZABLOKOWANY, nie można z niego wyjść.\nB. Niepoprawnie: Zduplikowany defekt nie musi wymagać ponownego przydzielenia. Stan NIEPOTWIERDZONY jako Y nie zadziała, bo nie można będzie wyjść z tego stanu. Stan Z może być stanem końcowym w niektórych schematach.\nC. Poprawnie: Zarówno stan SELEKCJA jak i PRZYPISANY mogą skutkować w odrzuceniu defektu (stąd przejście do ODRZUCONY). Jeśli testowanie nie stwierdzi poprawy defektu, nastąpi przejście do PONOWNIE OTWARTY. Zarówno stan SELEKCJA jak i PRZYPISANY mogą skutkować w tym, że defekt może być ODROCZONY (być może do nowszej wersji).\nD. Niepoprawnie: Stan ZWERYFIKOWANY i PRZETESTOWANY są często synonimami – więc oba są potrzebne. PRZEGLĄD jako stan Y nie zadziała, bo nie można wyjść z tego stanu. Stan Z jako NAPRAWIONY również nie zadziała – NAPRAWIONY to synonim ROZWIĄZANy i nie można wyjść ze stanu Z do stanu ZAMKNIĘTY.\nKtóre z poniższych przedstawia prawidłową kolejność stanów raportu defektów prowadzącą do stanu końcowego? Załóżmy, że „w trakcie” oznacza jeden lub więcej stanów, gdzie programiści lub inni interesariusze projektu zajmują się defektem.\nPoczątkowy, w trakcie, zwrócony, anulowany\nPoczątkowy, w trakcie, retesty, zamknięty, odroczony\nPoczątkowy, w trakcie, zwrócony, w trakcie, retesty\nW trakcie, początkowy, retesty, zamknięty\nA. Poprawnie: odpowiada defektowi, który okazał się być nieprawidłowy (nie być defektem)\nB. Niepoprawnie: nie ma sensu odraczać defektu, który został naprawiony\nC. Niepoprawnie: retesty to nie jest stan końcowy\nD. Niepoprawnie: raport defektu nie może być w trakcie nim został w ogóle stworzony\nJesteś Kierownikiem Testów w projekcie, gdzie testy systemowe przeprowadzane są na oprogramowaniu dostarczanym przez firmę trzecią. Dostałeś zażalenie od firmy trzeciej, że kompletność danych opisujących defekty znalezione w testach systemowych jest nieakceptowalna. Jako potencjalnie brakujące dane w raportach defektów wysyłanych do firmy trzeciej zidentyfikowano poniższą listę informacji. Które TRZY z nich są według ciebie najważniejsze i powinny zostać dodane do raportu defektów?\nŚrodowisko testowe, w którym defekt został zaobserwowany\nFaza projektu, kiedy problem został znaleziony\nTechniczny typ defektu\nFazy cyklu życia dla wprowadzenia, wykrycia i usunięcia defektu\nKroki pozwalające na odtworzenie defektu, włącznie ze spodziewanym i osiągniętym rezultatem\nPodsystem lub komponent gdzie znajduje się defekt\nA. Poprawnie: Informacja o środowisku testowym pomoże im określić, w którym defekt staje się widoczny\nB. Poprawnie: Firma trzecia potrzebuje tych informacji, aby ustalić priorytety swoich prac\nC. Niepoprawnie: Firma trzecie wie, że raporty defektów pochodzą z dynamicznych testów systemowych\nD. Niepoprawnie: Ta informacja nie jest dostępna w tym momencie\nE. Niepoprawnie: Faza wykrycia błędu jest już znana (testy systemowe), a faza usunięcia (spodziewanego) jest jeszcze nieznana.\nF. Poprawnie: Te kroki (i osiągnięte wyniki) pomogą firmie trzeciej zrozumieć defekt, a spodziewane wyniki potwierdzą, że testerzy rozumieją, czego się spodziewali\nG. Niepoprawnie: To nie jest odpowiedzialność testerów, aby określić miejsce defektu w systemie\nPodjęto decyzję, że pierwszym krokiem udoskonalania procesu testowania i wytwarzania oprogramowania w Twojej organizacji będzie zmniejszenie liczby defektów powstających podczas fazy wytwarzania. Które statystki z raportów defektów będą NAJBARDZIEJ użyteczne do osiągnięcia tego celu?\nEtapy wprowadzenia, wykrycia i usunięcia defektów w cyklu życia defektu\nInformacja o przyczynie powstania defektu\nInformacja o składnikach defektu\nInformacja o skuteczności usuwania defektów\nA. Niepoprawnie: Faza wprowadzenia błędu może być użyteczna, ale informacja o fazie wykrycia i usunięcia defektu nie ma znaczenia dla zmniejszenia ilości wprowadzanych defektów\nB. Poprawnie: To pokaże miejsce gdzie obecnie powstają defekty tak, że będziemy w stanie przeciwdziałać powstawaniu defektów w przyszłości\nC. Niepoprawnie: To jest użyteczne do wyznaczania zbiorów defektów, aby wskazywać moduły, które wymagają dodatkowego testowania, ale nie wspiera bezpośrednio zapobiegania powstawaniu defektów\nD. Niepoprawnie: To mówi nam jak efektywni jesteśmy przy usuwaniu defektów, ale nie pomaga w ograniczeniu powstawania nowych defektów\nKtóre DWA z poniższych stwierdzeń są najlepszymi przykładami tego, że usprawnianie procesu testowania jest ważne?\nPonieważ testowanie często stanowi znaczącą część całkowitych kosztów projektu, w modelach doskonalenia procesu wytwarzania oprogramowania, takich jak CMMI, przykłada się wiele uwagi do procesów testowania.\nModele doskonalenia procesu testowego pomagają osiągnąć wyższy poziom dojrzałości i profesjonalizmu.\nW przypadku korzystania z modeli doskonalenia procesu testowego, cykl doskonalenia Deminga: Zaplanuj, Wykonaj, Sprawdź, Działaj, nie ma znaczenia, gdyż testerzy muszą poprawić proces testowania\nDoskonalenie procesów testowych jest ważne, ponieważ istnieją dobrze znane i akceptowane w branży modele doskonalenia procesów testowych, takie jak TMMi, TPI Next lub CTP\nPonieważ testowanie często stanowi znaczącą część całkowitych kosztów projektu, bardziej skuteczne testy doprowadzą do bardziej efektywnych projektów.\nA. Niepoprawnie: zaprzecza sylabusowi.\nB. Poprawnie: sylabus sekcja 5.3.\nC. Niepoprawnie: zaprzecza sylabusowi.\nD. Niepoprawnie: błędny wniosek.\nE. Poprawnie: sylabus sekcja 5.2.\nZałóżmy, że jesteś Kierownikiem Testów i pracujesz nad tym, żeby Twój proces testowania był bardziej wydajny i efektywny. Masz już zaakceptowany przez szefostwo budżet początkowy dla poprawiania tego procesu W poprzednim tygodniu zewnętrzny konsultant przeprowadził swoją ocenę procesu i dostarczył swoje wyniki. Które TRZY z poniższych punktów są następnymi krokami w tym procesie doskonalenia zakładając, że działamy według modelu IDEAL usprawniania procesu?\nOcena korzyści wynikających z usprawnień wliczając w to zwrot z inwestycji\nRozpoczęcie procesu doskonalenia w całej organizacji testowej\nWprowadzenie rekomendacji z oceny włączając w to potrzebne szkolenia i pilotaże\nOdrzucenie rekomendacji konsultanta na rzecz wewnętrznych priorytetów\nZdiagnozowanie obecnej sytuacji poprzez określenie źródła nieefektywności\nStworzenie planu i wprowadzenie w życie rekomendacji z oceny\nPodjęcie kroków żeby wprowadzić organizację na piąty poziom dojrzałości testowej\nA. Poprawnie: to piąty krok procesu IDEAL\nB. Niepoprawnie: to pierwszy krok procesu IDEAL, który już miał miejsce.\nC. Poprawnie: to czwarty krok procesu IDEAL\nD. Niepoprawnie: mimo, że z pewnością ma miejsce zbyt często\nE. Niepoprawnie: to drugi krok procesu IDEAL, który już miał miejsce\nF. Poprawnie: to trzeci krok procesu IDEAL\nG. Niepoprawnie: nie było podane, że Twoja organizacja używa TMMi.\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Rozważasz TMMi jako proces, który może poprawić Twój projekt. Który z następujących aspektów TMMi najlepiej posłuży Twoim celom?\nOsiągnąć poziom Zoptymalizowany, aby wspomóc zapobieganie defektom\nDostosować usprawnienia testowania do tych, które aktualnie mają miejsce w firmie\nPrzejść z poziomu Wstępnego na Zarządzany\nOsiągnąć 85 procent ogólnych i specyficznych celów\nA. Niepoprawnie: Opierając się na informacjach ze scenariusza jest mało prawdopodobne, aby Twoja firma była tak wysoko\nB. Poprawnie: TMMi wspiera CMMi, który jest używany w Twojej firmie\nC. Niepoprawnie: Opierając się na informacjach ze scenariusza jest mało prawdopodobne, aby Twoja firma była tak nisko\nD. Niepoprawnie: to mało znaczący szczegół.\nKtóre z następujących stwierdzeń o macierzy dojrzałości TPI Next® jest prawdziwe?\nDla każdej kombinacji kluczowy obszar/poziom dojrzałości w macierzy dojrzałości pokazane są powiązane punkty kontrolne\nDla każdej kombinacji kluczowy obszar/cel usprawnienia w macierzy dojrzałości pokazane są powiązane punkty kontrolne\nDla każdej kombinacji cel usprawnienia/poziom dojrzałości w macierzy dojrzałości pokazane są powiązane punkty kontrolne\nDla każdej kombinacji kluczowy obszar/poziom dojrzałości w macierzy dojrzałości pokazane są powiązane cele usprawnień\nA. Poprawnie: [książka TPINext strona 50]B. Niepoprawnie: cele usprawnień nie są widoczne w macierzy\nC. Niepoprawnie: cele usprawnień nie są widoczne w macierzy\nD. Niepoprawnie: cele usprawnień nie są widoczne w macierzy\nKtóre z poniższych jest przykładem osiągnięcia celu w modelu usprawniania procesu testowego CTP?\nDojrzałość procesowa zespołu testowego wzrosła z 2 do 3\nPoziom dojrzałości zespołu testowego wzrósł z kontrolowanego do efektywnego\nEfektywność wykrywania defektów przez zespół testowy podniosła się powyżej średniej dla danej branży\nZespół testowy przechodzi krytyczną ocenę procesu testowania\nA. Niepoprawnie: to odnosi się do TMMi.\nB. Niepoprawnie: to odnosi się do TPI-Next.\nC. Poprawnie: CTP wykorzystuje metryki dotyczące porównywalnych organizacji względem średnich branżowych\nD. Niepoprawnie: ocena jest częścią zakresu modelu CTP, ale nie jest celem (chyba, że dla konsultanta, który ją przeprowadza)\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produkujących oprogramowanie do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Uważasz, że model STEP może posłużyć Ci do długoterminowego rozwiązania powyższych problemów. Które z podstawowych założeń STEP najlepiej pasują do Twoich potrzeb?\nTesterzy i programiści pracują razem\nStrategia testowania zorientowana na wymagania\nProjektowanie testaliów prowadzi projektowanie oprogramowania\nDefekty są systematycznie analizowane\npasuje do ”testowanie jest poza harmonogramem”.\nB. Niepoprawnie: B jest OK, ale wymagania nie były wspomniane w scenariuszu\nC. Niepoprawnie: Problemy z projektowaniem nie były wspomniane w scenariuszu\nD. Niepoprawnie: jest OK, ale już wykonane, jako że defekty są sklasyfikowane\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Początkowo Twoja firma zbudowała sama narzędzie do automatyzacji testów, dlatego, że i tak musiała stworzyć interfejsy do przeprowadzenia testów w swoim systemie by spełnić wymagania standardów telekomunikacyjnych. Utrzymywanie własnego narzędzia stało się powoli bardzo kosztowne. Twoich ekspertów ds. automatyzacji może odciążyć narzędzie o otwartym kodzie. Musisz rozważyć kilka czynników przed podjęciem tej decyzji. Które z poniższych stwierdzeń NIE ma tu zastosowania?\nNależy zrozumieć warunki licencjonowania.\nNależy wziąć pod uwagę wymagania związane ze standardami telekomunikacyjnymi\nNarzędzia o otwartym kodzie są trudne do zaadaptowania\nNarzędzia o otwartym kodzie zostały stworzone do konkretnych celów\nA. Niepoprawnie: A jest istotnym zmartwieniem, jako że organizacja musi zaadoptować narzędzie i być może przekazać wynik swojej pracy środowisku open-source – w zależności od postanowień licencyjnych\nB. Niepoprawnie: B jest istotnym zmartwieniem, jako że musisz spełniać standardy telekomunikacyjne\nC. Poprawnie: narzędzia o otwartym kodzie mogą być modyfikowane, a Twoja firma ma takie możliwości, jako że wcześniej stworzyła własne narzędzie testowe – tak więc adaptacja nie powinna być taka trudna.\nD. Niepoprawnie: D jest istotnym zmartwieniem, jako że masz swoje specyficzne cele (i z tego powodu zostało stworzone własne narzędzie testowe). Czy pierwotny cel oprogramowania nie jest zbyt daleko od tego, co potrzebujesz?\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Kiedy Twoja firma decydowała się na zbudowanie własnego narzędzia testowego, jednym z powodów tej decyzji było unikalna architektura sprzętowa w firmie. Utrzymanie tego narzędzia testowego okazało się jednak czasochłonne. Zastanawiasz się, czy narzędzie zbudowane dla Twojej jednostki biznesowej nadal jest poprawne i myślisz o innych opcjach takich jak oprogramowanie o otwartym kodzie. Który z poniższych argumentów NAJLEPIEJ wspiera decyzję o pozostawieniu własnego narzędzia?\nFirma musi przestrzegać standardów telekomunikacyjnych\nIstotne modyfikacje komponentów sprzętowych występują regularnie, a w związku z tym narzędzia testowe musiałyby być często adaptowane\nFirma ma wielu programistów zdolnych do stworzenia własnego narzędzia, a takie umiejętności powinny zostać wykorzystane\nNarzędzie jest łatwe do nauczenia się go i używania\nA. Niepoprawnie: sugerowałoby to użycie gotowego narzędzia, ale zgodność ze standardami może zostać zapewniona także własnymi narzędziami – być może większym wysiłkiem\nB. Poprawnie: jednostka biznesowa odpowiedzialna za sprzęt zmienia go często (co sześć miesięcy)\nC. Niepoprawnie: to jest wymagane, ale nie jest powodem\nD. Niepoprawnie: to sprawia, że używanie własnego narzędzia jest atrakcyjne, ale nie usprawiedliwia tak dużego czasu spędzonego na jego używanie i utrzymywanie, a scenariusz nie wspominał o łatwości używania\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Dowiedziałeś się, że linia produktowa innego, podobnego oprogramowania w Twojej firmie używa narzędzia o otwartym kodzie do automatyzacji testów. Używają go do zautomatyzowania około 50% testów, a pozostałe wykonują ręcznie poprzez interfejs użytkownika tego oprogramowania. Zostałeś poproszony, aby wyrazić swoją opinię o możliwości wybrania tego oprogramowania także do Twojej linii produktowej. Jakie są Twoje główne obawy? Zaznacz dokładnie TRZY opcje.\nCzy jest możliwe wykonanie niektórych z Twoich testów ręcznie?\nCzy wszyscy Twoi testerzy są w stanie nauczyć się nowego narzędzia?\nIle czasu musisz poświęcić na przepisanie istniejących testów?\nJak dobre jest wsparcie dla tego narzędzia o otwartym kodzie?\nCzy nowe narzędzie jest przyjazne dla użytkownika?\nCzy jest prawdopodobne, że twoi testerzy osiągną więcej z nowym narzędziem?\nCo z bezpieczeństwem nowego narzędzia?\nA. Poprawnie: musisz rozważyć możliwość, że narzędzie nie spełnia wszystkich Twoich\nwymagań technicznych, nawet jeśli dla niektórych z nich może być szybsze\nB. Niepoprawnie: to nie Twoje główne zmartwienie, ale generalnie dobry punkt do sprawdzenia\nC. Poprawnie: musisz myśleć o dużej ilości istniejących testów, a także ma to wpływ na zwrot z\nD. Niepoprawnie: to nie Twoje główne zmartwienie, ale generalnie dobry punkt do sprawdzenia\nE. Niepoprawnie: to nie Twoje główne zmartwienie, ale generalnie dobry punkt do sprawdzenia\nF. Poprawnie: to sprowadza się do ogólnego zwrotu z inwestycji i możliwości testowania\nszybciej w projektach z krótkimi terminami końcowymi\nG. Niepoprawnie: to nie Twoje główne zmartwienie, ale generalnie dobry punkt do sprawdzenia\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Dowiedziałeś się, że linia produktowa innego, podobnego oprogramowania w twojej firmie używa narzędzia o otwartym kodzie do automatyzacji testów. Używają go do zautomatyzowania około 50% testów, a pozostałe wykonują ręcznie poprzez interfejs użytkownika tego oprogramowania. Jeśli wybierzesz to samo narzędzie o otwartym kodzie, to które z następujących czynności powinny mieć miejsce, zanim obecne narzędzie zostanie wycofane tak, aby jak najszybciej osiągnąć korzyści?\nWłasne narzędzie musi być utrzymywane i przekonwertowane na nowe środowisko\nTrzeba utrzymywać funkcjonalności istniejącego narzędzia do tworzenia kopi zapasowej i jej odzyskiwania\nNależy przekonwertować wszystkie skrypty własnego narzędzia na nowe narzędzie\nNależy przekonwertować skrypty testów regresji z istniejącego narzędzia na nowe narzędzie\nA. Niepoprawnie: ta czynność nie jest konieczna, bo własne narzędzie nie będzie utrzymywane\nB. Niepoprawnie: ta czynność nie jest konieczna, bo własne narzędzie nie będzie utrzymywane\nC. Niepoprawnie: nawet gdybyś chciał to, realistycznie patrząc, nie da się przekonwertować wszystkich skryptów a jeśli jest to możliwe, zrób to chociaż dla testów regresji\nD. Poprawnie: D jest poprawną odpowiedzą z punktu widzenia wycofania narzędzia, ponieważ jest dużo istniejących skryptów, a skrypty testów regresji są tymi, których używa się najczęściej\nPracujesz dla międzynarodowej firmy produkującej sprzęt i oprogramowanie dla sieci telekomunikacyjnych. Produkcja sprzętu i oprogramowania odbywa się w osobnych jednostkach biznesowych. Jesteś Kierownikiem Testów jednej z linii produktowych oprogramowania do routerów sieciowych. W Twojej linii produktowej jest długa tradycja tworzenia ściśle zintegrowanych produktów przy użyciu przyrostowego cyklu życia produktów. Jednostka biznesowa wytwarzająca sprzęt produkuje nową wersję co sześć miesięcy. Twoja linia produktowa oprogramowania stara się mieć nową wersję oprogramowania gotową dla każdej nowej wersji sprzętu. Oprogramowanie jest wytwarzane w dwumiesięcznych cyklach przyrostowych. Harmonogramy jednostek biznesowych są zsynchronizowane podczas fazy projektowania. Twój zespół składa się z 15 testerów, którzy są w firmie od przynajmniej dwóch lat, a w większości dużo dłużej. Nowe testy są tworzone przez najbardziej doświadczonych analityków testów jako tworzone na miejscu skrypty. Wariacje testów i zbiory testów regresji są tworzone przez resztę zespołu testowego. Zarząd firmy wymaga miesięcznego raportu z postępu testów wymieniającego ilość znalezionych poważnych defektów i statusu wykonywania testów. Były też starania, aby zmierzyć wydajność personelu we wszystkich jednostkach biznesowych. Twoja firma wprowadziła także CMMI na poziomie całej firmy. Pojawił się problem z dotrzymaniem terminu wytwarzania sprzętu. Problemy z harmonogramem dostarczania zostały dogłębniej przeanalizowane. Po pierwsze wydaje się, że nie ma dość czasu, aby pokryć wystarczającą ilość nowych wymagań dla nowego wydania. Zastanawiasz się, jak zmierzyć pokrycie Twoich skryptów testów funkcjonalnych tak, żeby pomogło Ci to dotrzymać terminu wydania. Która z poniższych opcji jest NAJLEPSZYM wyborem?\nPrześledź powiązania między skryptami testowymi a wymaganiami testów w narzędziu do zarządzania testami\nZbierz liczbę uruchomień skryptów testowych na przyrost w narzędziu do zarządzania testami\nMonitoruj wydajność systemu, tak żeby można było dostrajać jego skalowalność\nZmierz liczbę godzin spędzonych na wytwarzaniu skryptów testowych jako jeden z ich atrybutów\nA. Poprawnie: ta metryka automatycznie powie Ci czy pokryłeś dostatecznie dużo wymagań do daty wydania i czy nie masz za dużo pokrycia w niektórych obszarach\nB. Niepoprawnie: ta metryka sama nic nie mówi, wszystkie testy mogą być w jednym obszarze funkcjonalności. Mimo to mierzenie ilości wykonanych testów staje się wtedy łatwiejsze\nC. Niepoprawnie: dotyczy narzędzi do testów wydajnościowych\nD. Niepoprawnie: ta opcja sprawi, że liczenie godzin będzie łatwiejsze, ale nie pomoże w rozwiązaniu problemu. Czas był wymieniony w scenariuszu jako problem, dlatego ta opcja mogła wydawać się prawidłowa\nPoniższa tabela prezentuje macierz umiejętności dla zespołu testów akceptacyjnych użytkownika (UAT) w obszarze wytwarzania oprogramowania i wiedzy domenowej (wydawanie). Każdy członek zespołu został oceniony bazując na umiejętnościach w różnych obszarach wydawania oprogramowania, wiedzy domenowej, przypadkach użycia, projektowania oprogramowania i kodowania. Dla każdego obszaru rozwoju oprogramowania zostali oni ocenieni na jednym z czterech poziomów. (brak wiedzy, podstawowa wiedza, rozumienie, tworzenie), a ich wiedza w obszarze domenowym została oceniona jako wysoka, średnia, niska.\nWiedza dziedzinowa wysoka niska średnia wysoka niska\nPrzypadki użycia brak zna zna rozumie rozumie\nProjektowanie oprogramowania brak zna może tworzyć zna rozumie\nKodowanie brak może tworzyć rozumie rozumie zna\nZdecydowano, ze zespół testów akceptacyjnych powinien zacząć używać narzędzia o otwartym kodzie, które używa języka skryptowego podobnego do Javy i testowania opartego na słowach kluczowych. Bazując na macierzy kompetencji, którzy testerzy powinni zostać zatrudnieni przy opracowaniu struktury testów dla tego narzędzia?\nA. Niepoprawnie: Żaden z nich nie potrafi pisać kodu, co jest niezbędne do tworzenia skryptów.\nB. Niepoprawnie: Żaden z nich nie potrafi pisać kodu, co jest niezbędne do tworzenia skryptów.\nC. Poprawnie: Umiejętności kodowania są niezbędne przy tworzeniu skryptów, a umiejętności projektowania będą przydatne przy dobrym projektowaniu struktury, dla testów opartych na słowach kluczowych.\nD. Niepoprawnie: Żaden z nich nie potrafi pisać kodu, co jest niezbędne do tworzenia skryptów.\nZałóżmy, że zarządzasz grupą testerów składającą się z sześciu osób. Zidentyfikowałeś najważniejsze cechy w trzech kategoriach dla zespołu: testowanie, technologia i wiedza biznesowa. Przeprowadziłeś ocenę umiejętności dla każdego członka zespołu testowego używając skali od 1 do 5, gdzie 1 oznacza najniższy poziom a 5 najwyższy na skali umiejętności. Załóżmy, że masz następujące średnie wyniki dla swojego zespołu w każdej kategorii. Testowanie 3.25 Technologia 1.17 Wiedza biznesowa 3.75 Planujesz teraz kolejne kroki, aby zbudować swój zespół. Które TRZY z poniższych czynności powinny znaleźć się w Twoim planie?\nJeśli pojawią się możliwości zatrudnienia preferuj z umiejętnościami technologicznymi.\nUtrzymaj trend w firmie aby szkolić wszystkich testerów z ISTQB Poziomu Podstawowego.\nOceń umiejętności testerów i zaplanuj zw olnienia dla tych, którzy w rankingu znajdą się na samym dole.\nZidentyfikuj najbardziej krytyczne braki w umiejętnościach i metody służące ich zaadresowaniu.\nPostaraj się osoby z kompetencjami biznesowymi wymienić z ludźmi, którzy mają silniejsze umiejętności technologiczne.\nSprawdź umiejętności interpersonalne testerów, cechy osobowości i umiejętności komunikacji.\nZarekomenduj wszystkim członkom zespołu zwiększenie ich kompetencji technologicznych.\nA. Poprawnie: powinniśmy znaleźć złoty środek między słabymi i silnymi cechami kiedy rekrutujemy.\nB. Niepoprawnie: wiemy, że część testerów już jest po certyfikacji i dodatkowo nie mamy wskazań, że najważniejsze umiejętności są w obszarze testowania.\nC. Niepoprawnie: to jest ekstremalne rozwiązanie i nie mamy informacji, że zespół sobie nie radzi, albo że nie będzie sobie radził.\nD. Poprawnie: musimy możliwie najszybciej zaadresować słabe strony, które wpływają na efektywność i wydajność.\nE. Niepoprawnie: tworzenie słabości w obszarze, w którym jesteśmy silni nie będzie pożądanym rozwiązaniem.\nF. Poprawnie: oprócz testowanie, technologii i wiedzy biznesowej również umiejętności miękkie są ważne\nG. Niepoprawne: to jest rezygnacja z kierowniczej odpowiedzialności i potrzeby w kierowaniu rozwojem pracowników i próba rozwiązywania problemu słabych umiejętności pojedynczych osób.\nPrzewodzisz czteroosobowemu zespołowi testowemu w projekcie, w którym data dostarczenia produktu jest oddalona zaledwie o cztery tygodnie. Twój pierwotny plan testów pokazał, że pozostało jeszcze 200 dni wysiłku testowego. W następnym tygodniu dwóch nowych członków zespołu ma zacząć pracę. Które TRZY z następujących stwierdzeń najlepiej opisują umiejętności, które będą wymagane od Ciebie w ciągu najbliższych kilku tygodni?\nSzybka asymilacja nowych członków w zespole, z ciągłym zapewnieniem nadzoru i wsparcia.\nZapewnienie, że żaden członek zespołu nie będzie faworyzowany, a wszystkie zadania będą współdzielone w zespole\nPokazanie zaangażowania poprzez pracę w zespole testowym, delegowanie obsługi zewnętrznych zgłoszeń do członków zespołu.\nŚcisłe zarządzanie zespołem testowym i przypisywania nowych zadań dopiero wtedy kiedy zostanie zakończone poprzednie\nPrzekonywanie członków zespołu, że ich praca ma znaczenie, a informacja jaką przekazują jest kluczowym wkładem w wysiłek całego zespołu\nAnaliza cech osobowości dla identyfikacji nowych umiejętności, które powinny zostać pozyskane dla zwiększenia portfolio umiejętności pojedynczych osób\nRadzenie sobie z problemami harmonogramu projektu i oczekiwaniami ze strony klienta i kierownictwa.\nA. Poprawnie: Z danych liczbowych wynika, że postępowanie wg planu nie jest zgodne z harmonogramem i musi to zostać zarządzone.\nB. Niepoprawnie: Traktowanie wszystkich członków zespołu w ten sam sposób i rozdzielanie wszystkich zadań pomiędzy członków zespołu nie brzmi jak wykorzystywanie zróżnicowanych umiejętności różnych członków zespołu.\nC. Niepoprawnie: Jako lider zespołu masz inną odpowiedzialność (i przypuszczalnie umiejętności) niż członkowie zespołu, więc lepiej jest wykorzystać twój czas w pierwszej kolejności na kierowanie a później na testowanie.\nD. Niepoprawnie: Jest lepszą praktyką by dostarczyć testerom więcej autonomii i pozwolić im zarządzać własnym czasem efektywnie.\nE. Poprawnie: Dowartościowani pracownicy mogą dać z siebie więcej\nF. Niepoprawnie: Pomimo tego, że analiza cech osobowości, w celu identyfikacji i pozyskania nowych umiejętności jest dobrą praktyką, nie jest to najlepsza kompetencja do zaangażowania w ciągu najbliższych 4 tygodni.\nG. Poprawnie: Ponieważ włączamy do zespołu dwie nowe osoby a czasu jest niewiele, musimy zasymilować ich tak szybko jako to możliwe.\nOrganizacja wytwarza oprogramowanie dla banków na lokalnym rynku używając zwinnego procesu wytwarzania oprogramowania. Oprogramowanie bazuje na zewnętrznych komponentach opartych na otwartym kodzie. Używa także istniejących usług sieciowych, które na czas programowania i integracji zostają zastąpione testowymi zaślepkami. Są plany, aby dostosować to oprogramowanie na rynek międzynarodowy dla banku działającego globalnie. Która (JEDNA) odpowiedź jest NAJLEPSZĄ propozycją organizacji testów w tym projekcie?\nTesty modułowe wykonane przez programistów; testy integracji modułów wykonane przez wewnętrzną niezależną organizację testową; testy systemowe i testy akceptacyjne użytkowników wykonane przez ekspertów bankowych; testowanie lokalizowania zlecone zewnętrznym specjalistom testów\nTesty modułowe wykonane przez programistów; testowanie systemowe wykonane przez niezależną wewnętrzną organizację testową; testy akceptacyjne użytkowników i lokalizacji wykonane przez ekspertów bankowych wspieranych przez niezależną wewnętrzną organizacją testową\nTesty modułowe i integracji modułów wykonane przez programistów; testy systemowe wykonywane przez niezależną zewnętrzną organizację testową wspieraną przez programistów; testy akceptacyjne użytkowników wykonane przez ekspertów bankowych wspieranych przez wewnętrzną, niezależną organizację testową; testowanie lokalizowania zlecone zewnętrznym specjalistom testów\nTestowanie modułowe oraz integracji modułów wykonane przez programistów; testowanie systemowe i akceptacyjne testy użytkowników oraz testowanie lokalizacji wykonane przez ekspertów bankowych wspieranych przez niezależną wewnętrzną organizację testową\nA. Niepoprawnie: Testowanie systemowe wykonane wyłącznie przez ekspertów bankowych; kto testuje usługi sieciowe?\nB. Niepoprawnie: Brak testów integracji modułów; brak wiedzy o testach lokalizacji.\nC. Poprawnie: Aspekty techniczne pokryte przez programistów; funkcjonalność pokryta przez wewnętrznych testerów i ekspertów domenowych; lokalizacja pokryta przez zewnętrznych ekspertów.\nD. Niepoprawnie: Brak wiedzy o testach lokalizacji.\nZostałeś mianowany Kierownikiem Testów i pracujesz dla dużego projektu opartego na technologiach internetowych, który w chwili obecnej nie spełnia wymagań klienta. Zauważyłeś, że testerzy są nieszczęśliwi, stopa retencji jest niska, a testerzy regularnie odchodzą do innych firm. Która (JEDNA) z poniższych sytuacji NAJPRAWDOPODOBNIEJ demotywuje testerów?\nWydaje się, że istnieje wzajemny szacunek między członkami zespołu testowego i programistami\nSystem bonusowy dla testerów powiązany z postrzeganą jakością dostarczanego oprogramowania\nTesterzy otrzymują coraz większą odpowiedzialność i oczekuję się od nich, że będą zarządzali własnym czasem\nKierownictwo okazuje widoczne uznanie dla pracy wykonanej przez testerów\nA. Niepoprawnie: To jest motywator – z sylabusa.\nB. Poprawnie: Powiązanie premii testerów z dostarczaną jakością może być demotywujące jako, że testerzy nie mają bezpośredniego wpływu na dostarczaną jakość i jeśli w tym scenariuszu dostawy nie są zgodne z oczekiwaniami klienta jest prawdopodobne, że postrzeganie jakości jest raczej niskie.\nC. Niepoprawnie: To jest motywator – z sylabusa.\nD. Niepoprawnie: To jest motywator – z sylabusa.\nJesteś Kierownikiem Testów w organizacji, która wytwarza oprogramowanie dla bankomatów. Testy użyteczności są wykonywane na miejscu przez wewnętrzny zespół testowy. Na początku projektu zarząd wyższego szczebla zdecydował żeby zlecić do oddziału offshore testy funkcjonalne zamiast zespołowi wewnętrznemu. Podczas testów użyteczności wewnętrzny zespół testowy znalazł kilka defektów, z których kilka zablokowało dalsze testy użyteczności. Analiza raportów z testów pokazała, że testy funkcjonalne tych samych funkcji zostały zaprojektowane i wykonane przez zespół offshore bez znalezienia żadnych blokujących defektów. Która (JEDNA) z następujących propozycji komunikacji będzie NAJLEPSZĄ opcją, aby przedyskutować czynności potrzebne do załagodzenia powstałej sytuacji?\nZaplanuj przegląd produktów testowania dla testów funkcjonalnych systemu, z przeglądającymi z wewnętrznego zespołu testów oraz zespołu zdalnego (ang. offshore)\nWyślij szczegółowe raporty defektów i wagi defektów do wyższego kierownictwa, aby uzyskać więcej czasu dla wewnętrznego zespołu testów na przeprowadzenie testów użyteczności\nZaplanuj telekonferencję ze zdalnym zespołem testów i wyższym kierownictwem dla znalezienia przyczyny źródłowej nieznalezienia defektów\nWyślij szczegółowe raporty defektów i wagi defektów do zespołu zdalnego i poproś o podanie przyczyny źródłowej nieznalezienia defektów\nA. Poprawnie: Dyplomacja i obiektywność są ważnymi czynnikami do budowania zaufania w nowym modelu zlecania na zewnątrz; przeglądy są konstruktywnym rozwiązaniem dla transferowania wiedzy z zespołu wewnętrznego do zespołu zdalnego.\nB. Niepoprawnie: Wyższe kierownictwo nie będzie chciało oglądać szczegółowych raportów z defektów\nC. Niepoprawnie: Wyższe kierownictwo nie będzie chciało się angażować w badanie przyczyny źródłowej\nD. Niepoprawnie: Sam zespół zdalny nie będzie skuteczny w poszukiwaniu przyczyny źródłowej