NEW
Font size
WorksheetsTest na testera
Total questions: 10
Worksheet time: 15mins
Dlaczego testowanie oprogramowania jest potrzebne?
Proces testowania podnosi jakość wytwarzanego oprogramowania oraz zapewnia jego działanie według oczekiwań klienta.
Proces testowania daje absolutną pewność, że oprogramowanie jest wolne od błędów.
Testowanie oprogramowania jest potrzebne, aby wyśmiać deweloperów, którzy źle napisali aplikacje.
Testowanie oprogramowania nie jest potrzebne, deweloperzy są w stanie napisać kod wolny od błędów.
Co oznacza skrót WWW?
World Wide Web
Wiz World Web
Wide Web Weather
Wnet World Web
Które z poniższych nie jest systemem operacyjnym?
Mac OS
Linux
Windows
C
JPEG to jaki typ pliku?
Graficzny
Audio
Video
Tekstowy
Która z rzeczy jest niezbędna do opisania błędu:
Nazwa przeglądarki na której wystąpił błąd
Imię i nazwisko programisty, do którego ma trafić błąd
Opis lub fragment kodu, który naprawi błąd
Załączone wszystkie pliki, które są przetrzymywane na komputerze
Uczestniczysz w projekcie, w którym testowany produkt ma być wydany pod koniec tygodnia. Klient bardzo naciska na ten termin i absolutnie nie przyjmuje do wiadomości ewentualnego przeciągnięcia daty wydania. Jako tester znajdujesz krytyczny błąd w funkcjonalności, która będzie najmniej używana. Jest małe prawdopodobieństwo, że ten błąd komuś wyskoczy. Co robisz?
Skoro jest niewielkie prawdopodobieństwo to nie zgłaszam tego i cierpliwie czekam na datę wydania.
Bez względu na obecną sytuację zgłaszam znaleziony błąd i tłumaczę wpływ tego błędu na produkt / biznes.
Nie zgłaszam. Czekam, aż produkt wyjdzie i obserwuję, jaki wpływ będzie miał ten błąd na produkt i biznes.
Zgłosiłeś właśnie błąd który jest uciążliwy dla użytkownika, jednakże można go szybko naprawić. Developer jednak odmawia naprawy tego błędu, twierdząc że nie ma na to czasu. Co robisz?
Biorę jego część pracy i proszę o naprawienie błędu znajomego programistę. Zależy mi na moim zespole i zrobię dla niego ile się da.
Konstruktywnie rozmawiam z nim/nią o tym, że naprawienie tego błędu jest kluczowe do poprawnego działania aplikacji.
Informuję pozostałą część zespołu o napotkanym błędzie i sugeruję jak najszybsze naprawienie go.
Pomiędzy Tobą, a innym pracownikiem doszło do spięcia w wyniku nieporozumienia? Jak sobie radzisz?
Unikam tej osoby. Nie chcę podgrzewać jeszcze bardziej atmosfery.
Dążę do wyjaśnienia owego nieporozumienia.
Informuję przełożonych o zaistniałej sytuacji.
Podczas kolejnego “daily” jeden z programistów chce przekabacić innych do wdrożenia rozwiązania, na które właściciel produktu nie wyraził zgody. Mimo, że wszyscy wiedzą, że to zły pomysł - nikt nie podejmuje dyskusji z programistą. Co robisz?
Otwarcie mówię, że to zły pomysł i zachęcam pozostałych uczestników do wspólnego rozwiązania problemu.
Staram się zmienić temat, aby nie psuć atmosfery i zachęcić osoby na daily do udzielania się.
Wychodzę przed szereg i krytykuję pomysł tej osoby, przywołując za przykład jej poprzednie porażki.
Wypuszczona została nowa wersja oprogramowania z poważnym błędem. Błąd był łatwy do znalezienia jednakże przez nawał obowiązków nie zdążyłeś sprawdzić wszystkiego. Co robisz?
Informuję przełożonych, że mam za dużo obowiązków jak na jedną osobę i powinni zatrudnić dodatkowych ludzi.
Przyznaję się do błędu. Dodatkowo analizuję co poszło nie tak i przedstawiam propozycję usprawnienia procesu QA oraz uniknięcia podobnych sytuacji w przyszłości.
Staram się podzielić winą. Nie mogę odpowiadać za wszystko.
