Jakie są dobre wymagania dla inżyniera ds. Kontroli jakości? [Zamknięte]

9

Zatrudniamy osobę odpowiedzialną za kontrolę jakości i mam kilka pytań do rozmowy kwalifikacyjnej. Prawda jest taka, że ​​nie wiem zbyt wiele o tym, co powinien wiedzieć dobry inżynier ds. Kontroli jakości, a tym bardziej o tym, jakie mogą być pytania dotyczące dobrych rozmów kwalifikacyjnych. Czy ktoś ma jakieś sugestie?

Niektóre informacje: Środowisko to dwie osobne (ale powiązane) aplikacje internetowe dla stosu Microsoft (ASP.NET, SQL Server, IIS).

kelloti
źródło

Odpowiedzi:

9

Jeśli nie masz dużego doświadczenia w pracy z testerami, przeczytaj kilka pierwszych rozdziałów „Testing Computer Software” Cem Kanera, aby zapoznać się z rodzajami terminów, które chcesz usłyszeć: testy graniczne, testy błędów, testy szczęśliwej ścieżki, funkcjonalne, wydajność, bezpieczeństwo, integracja itp. Jeśli nie znasz języka, nie będziesz w stanie przeprowadzić dobrego wywiadu.

Daj im specyfikację dla małego kawałka twojego systemu. Poproś ich o przetestowanie. Szukasz organizacji myśli i ich zdolności do wymyślania ciekawych testów. Chcesz zobaczyć, jak dzielą obszary testowania w uporządkowany sposób, a następnie analizują każdy z nich, opracowując coraz więcej interesujących przypadków testowych. Naprawdę dobrzy testerzy potrafią to robić godzinami ze wszystkimi, oprócz najbardziej trywialnych problemów, więc być może będziesz musiał je odciąć i przenieść do innej kategorii, aby dobrze poznać ich zdanie.

Opisz zachowanie spowodowane prawdziwym błędem w twoim systemie, które było trochę trudne do zrozumienia. Zapytaj ich, co by zrobili, gdyby zobaczyli ten błąd podczas testowania. Tutaj szukasz redukcji błędów - możliwości znalezienia najprostszego zestawu okoliczności, które mogą odtworzyć błąd. To sprawia, że ​​debugowanie jest znacznie łatwiejsze dla programistów, ponieważ lepiej odgadną przyczynę problemu i demonstrują wyraźną zdolność do rozwiązywania problemów oraz jasne zrozumienie czynników, które mogą oddziaływać w celu spowodowania błędów. W przypadku konkretnego produktu omawianie warunków wyścigu może być świetną zabawą.

Daj im prosty program wiersza poleceń, który razem zhakowałeś (być może pełen błędów) i prostą specyfikację, i pozwól im usiąść przy komputerze i bawić się nim w celu znalezienia problemów. Tutaj szukasz kreatywności i umiejętności celowania w obszary problemów. Powinny przetestować takie rzeczy, jak duże dane wejściowe, małe dane wejściowe, dziwne dane wejściowe, puste dane wejściowe. Jeśli znajdą błąd, poproś go, aby spróbował dowiedzieć się, kiedy dokładnie ten błąd się pojawi (ponownie z redukcją błędu!).

Zapytaj ich, co by zrobili, jeśli SDE zareaguje na błąd za pomocą „No Repro” lub „Won't Fix”, jeśli uważają, że błąd jest ważny. Tutaj szukasz kogoś, kto nie będzie tylko popychaczem, ale także nie będzie antagonistą. Rozsądne odpowiedzi obejmują dodanie przykładowych scenariuszy, które wyraźniej pokazują wagę błędu, a następnie ponowne otwarcie biletu, rozmowa z twórcą, aby spróbować zrozumieć, dlaczego rzeczy zostały rozwiązane w ten sposób przed zamknięciem itp.

Porozmawiaj z nimi o swojej aplikacji na wysokim poziomie. Zapytaj ich, jakie testy chcieliby przeprowadzić. Tutaj szukasz ogólnych obszarów testowania, takich jak testy komponentów funkcjonalnych, testy integracji, testy wydajności, testy bezpieczeństwa.

Jeśli jest to inżynier SDET / inżynier automatyki, odpowiedz na kilka pytań do deweloperów z około 1/3 do połowy ich całkowitego doświadczenia.

Jeśli jest to Twoja pierwsza osoba odpowiedzialna za kontrolę jakości, upewnij się, że może ona rozpocząć się sam. Zapytaj ich, jak wyobrażają sobie swój pierwszy tydzień do miesiąca pracy. Powinni powiedzieć coś o zbieraniu wymagań i konfigurowaniu narzędzi, a następnie opisać rozsądne podejście do rozpoczęcia testowania. Szukasz kogoś, kto nie potrzebuje szefa, który powiedziałby mu, jak rozpocząć testowanie i potrafi samodzielnie zarządzać. Jeśli masz już pracowników QA, jest to mniej ważne.

Ethel Evans
źródło
1
I zawsze jest stereotypowe pytanie testowe stwardnienia rozsianego. . . „Jak przetestowałbyś ten długopis?” Jest to odpowiednik SDET „Dlaczego pokrywa włazu jest okrągła?”
Ethel Evans
+1 Świetna odpowiedź - zwłaszcza w tym przesłuchanie testowe. Niektórzy ludzie brzmią wspaniale, kiedy rozmawiają, ale jedynym sposobem na prawdziwą ocenę testera jest przetestowanie go.
testerab
1
Tak . . . moja pierwsza praca po studiach wylądowała, ponieważ zostałem poproszony o usiąść i przetestować aplikację kalendarza w systemie Windows XP przez 3 minuty, i znalazłem błąd integracji z MS Outlook. Osoba, która poprosiła mnie o test, popełniła błąd, pozwalając mi korzystać z jego maszyny roboczej i najwyraźniej udało mi się zepsuć jego konfigurację :-p
Ethel Evans
Twoim zdaniem, a co z kimś, kto zajmuje się wyłącznie automatyzacją testów? tj .: programiści piszą swoje testy jednostkowe, a ich głównym celem jest automatyzacja i uruchamianie ich, generowanie raportów itp. (więcej narzędzi i systemów do rozwijania, niż testowanie ręczne lub tworzenie przypadków testowych). Jakie powinny być ich konkretne obowiązki i czego można by się po nich spodziewać z perspektywy kontroli jakości? Jaka jest granica między ich obowiązkami a obowiązkami programistów?
K-RAN
1
@ K-RAN, filozofia, którą lubię najbardziej, jeśli chodzi o równoważenie odpowiedzialności deweloperów i testerów za jakość, brzmi: „Deweloperzy zaczynają od poziomu 1 stopy, a testerzy od poziomu 10 000 stóp i spotykają się gdzieś pośrodku. Jeśli jest mniej testerów, że gdzieś będzie wyżej, może nawet przy integracji systemu; jeśli będzie więcej testerów, poziom ten będzie niższy, a może tuż powyżej testów jednostkowych ”. Jeśli naprawdę szukasz długoterminowych narzędzi i systemów - nie ma ekspertyzy na temat jakości testów, faktycznych testów itp., To zatrudnij się tak, jakbyś zatrudniał programistę do tej roli.
Ethel Evans,
6

To, co robię, gdy przeprowadzam wywiad z kandydatami do kontroli jakości, to poproszenie ich o opracowanie strategii testowej dla aplikacji. Zwykle daję im mój telefon i wybieram aplikację z ograniczonymi funkcjami - lub pozwalam im wybrać coś, co jest im bardziej znane. Kiedy wymieniają strategię wysokiego poziomu (niektórzy nie mogą), mogę poprosić ich o drążenie w dół i listę kilku przypadków testowych.

Po zakończeniu mogę dać im scenariusz, w którym mamy ograniczone zasoby i zobaczyć, w jaki sposób ustalają priorytety.

Pytam ich również, kiedy oprogramowanie jest wystarczająco dobre do wysyłki, jak radzić sobie z sytuacjami, w których PM lub deweloper nie uważa, że ​​błąd jest ważny, ale robią to. Typowe scenariusze rozwoju produktu.

Są to dla niekodujących pozycji QA. Kodowanie pozycji QA Daję im wywiad / testowanie kombi.

rreeverb
źródło
Nie ma za co. Powodzenia =)
rreeverb
Dodałem to podejście do moich własnych wywiadów testowych. Dziękuję Ci.
Ethel Evans,
3

Zapytaj ich, jak zaprojektują plany testów. Zapytaj ich, czy mają doświadczenie w stosowaniu testów regresji i jak to zrobili, jeśli tak. Zapytaj ich, jak sobie radzą z testowaniem interfejsu użytkownika. Zapytaj ich, jak poszliby na testowanie importu danych, które nie przechodzą przez interfejs użytkownika (jeśli robisz takie rzeczy). Zapytaj ich, jak przekażą swoje problemy programistom i jak sprawdzą rozwiązanie problemu. Zapytałbym ich o najciekawszy (lub najtrudniejszy do znalezienia) błąd, jaki znaleźli i jak go znaleźli.

Zanim zaczniesz rozmowę, poszukaj kilku książek na temat testowania i podsumuj, co powinna zrobić osoba odpowiedzialna za kontrolę jakości. To pomoże ci ocenić ich odpowiedzi.

Ponadto szukasz dobrego dopasowania osobowości. Nie chcesz osoby zapewniającej kontrolę jakości, która jest popychaczem, ale nie chcesz też tyranu ani palanta. Ale chcesz kogoś, kto przeciwstawi się zarządzaniu, gdy coś jest nie tak, i nie zatwierdzi wszystko, ponieważ zarząd chce dotrzymać terminu. Chcesz kogoś, kto będzie efektywnie współpracował z programistami i który rozumie wymagania tego, co testują. Ktoś z pewnym doświadczeniem w rodzaju testowanej aplikacji może być dobry. Tester z doświadczeniem w dziedzinie opieki zdrowotnej będzie wiedział o rzeczach, których może nie wiedzieć ktoś pochodzący z innej dziedziny.

HLGEM
źródło
-1

Wydaje mi się, że nie można oczekiwać od nich poważnej wiedzy na temat technologii - ktokolwiek najprawdopodobniej odmówi pracy jako zwykły tester.

Najlepsze, co możesz zrobić, to szukać wspólnych rzeczy, takich jak dbałość o szczegóły, dociekliwy umysł, entuzjazm do eksperymentowania i tak dalej.


źródło
jakieś ulubione pytania lub szczegóły?
kelloti
4
To zależy od tego, gdzie mieszkasz. Mam coraz więcej programistów, którzy przechodzą na testy ze względu na wyjątkowe wyzwania i lepsze perspektywy kariery, ale jestem w obszarze bardzo obciążonym oprogramowaniem. Dobre testowanie nie jest wcale przyziemne, a jeśli zapłacisz wystarczająco dużo i masz środowisko, które szanuje wykwalifikowanych testerów jako równych wykwalifikowanym programistom, możesz zdobyć testerów gwiazd rocka, którzy znają się na rzeczy.
Ethel Evans
2
To mówi o wiele więcej o firmach, w których pracowałeś, niż o testerach w ogóle. Jak mówi Ethel, dostajesz to, czego oczekujesz - jeśli oczekujesz, że testerzy będą przyziemni i odpowiednio płacą, po prostu nie przyciągniesz naprawdę wykwalifikowanych testerów.
testerab