Test na testera

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.