Menu

Pytania do rozmów kwalifikacyjnych dotyczących ręcznego testowania oprogramowania dla doświadczonych specjalistów

software manual testing interview questions

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Najczęściej zadawane pytania na podstawie testów ręcznych w oparciu o scenariusze dla doświadczonych profesjonalistów wraz ze szczegółowymi odpowiedziami:

Niedawno miałem to wyjątkowe doświadczenie Coaching QA (10 lat doświadczenia) na rozmowę kwalifikacyjną dotyczącą testowania oprogramowania z wiodącą firmą rozrywkową w Los Angeles. Witryna, która miała zostać przetestowana, była prostą witryną internetową dla klientów (coś w rodzaju internetowego kanału telewizyjnego), która zawierała zarówno komponenty internetowe, jak i mobilne.

Pytania do rozmów kwalifikacyjnych dotyczących ręcznego testowania oprogramowania

Firma konsultingowa projektowała dla tego klienta profile dla pliku tester na miejscu + stanowisko koordynatora ale żaden z nich nie przeszedł przez proces rozmowy testowej. Postanowili więc odebrać plik Pytania do wywiadu QA od poprzednich uczestników i dali mi ankietę.

android pytania i odpowiedzi do wywiadu pdf

Chcieli, żebym udzielił odpowiedzi następnemu kandydatowi i trenował to osoba, która odniosła sukces w rozmowie kwalifikacyjnej dotyczącej kontroli jakości.

Testowanie ręczne pytania do rozmowy kwalifikacyjnej dla doświadczonych

Kiedy dostałem listę pytań, byłem jednocześnie zaskoczony i „nie zdziwiony”. Zaskoczony - ponieważ pytania były naprawdę podstawowe, a 10-letni doświadczony zespół ds. Kontroli jakości powinien był w stanie z łatwością na nie odpowiedzieć. Nie jestem tak zaskoczony, ponieważ kontrola jakości to według mnie dziedzina IT, w której występuje większość chwastów - ale nie wchodźmy w to.

Po zakończeniu ćwiczenia pomyślałem, że fajnie byłoby podzielić się tym doświadczeniem z czytelnikami STH. Dla początkujących będzie to dobra ekspozycja na żywo. Dla innych będzie to przyjazne przypomnienie, jak ważne podstawy nie ma znaczenia, jak bardzo jesteśmy doświadczeni.

rekomendowane lektury=> 101+ pytań i odpowiedzi na rozmowę kwalifikacyjną dotyczącą testowania oprogramowania.

Tutaj idzie…..

Testowanie ręczne Pytania do rozmowy kwalifikacyjnej dla doświadczonych

9 najczęstszych pytań do wywiadów dotyczących testowania oprogramowania QA dla początkujących i doświadczonych kandydatów:

#Q 1) Jak wygląda proces tworzenia skryptu testowego?

Odpowiedź:

Krok 1: polega na dokładnym zrozumieniu AUT:

  • Może to nastąpić poprzez dokładne przeczytanie dokumentów wymagań.
  • W przypadku braku dokumentów moglibyśmy spróbować zrozumieć każdy punkt odniesienia, który posiadamy - poprzednią wersję aplikacji lub siatki lub zrzuty ekranu

Krok 2: Po zrozumieniu wymagań tworzymy listę obszarów w tej aplikacji, które będą musiały zostać przetestowane. Innymi słowy, określamy wymagania testowe. Celem tego kroku jest zidentyfikowanie „co” do przetestowania. Wynikiem tego kroku jest lista plików Scenariusze testowe .

Krok 3: Gdy mamy już scenariusze testowe, koncentrujemy się następnie na „Jak” je przetestować. Ta faza obejmuje napisanie szczegółowych kroków dotyczących testowania określonej funkcji, jakie dane wprowadzić ( Dane testowe ) i jaki jest oczekiwany wynik.

Po wykonaniu tych 3 kroków jesteśmy gotowi do testów.

#Q 2) Jakie są pola w raporcie o błędzie?

Odpowiedź: Następujące ważne pola powinny być uwzględnione w dobry raport o błędzie :

  1. Unikalny identyfikator
  2. Opis wady: krótki opis błędu.
  3. Kroki prowadzące do odtworzenia: szczegółowe informacje o tym, jak dojść do błędu, dokładne dane testowe, czas wykrycia defektu (jeśli dotyczy) środowisko: wszelkie informacje, które pomogą ponownie rozwiązać problem
  4. Moduł / sekcja aplikacji (jeśli dotyczy)
  5. Surowość
  6. Zrzut ekranu
  7. Odpowiedzialna kontrola jakości: w przypadku dalszych pytań dotyczących tej kwestii

#Q 3) Jak przetestować oprogramowanie dostępne dla klientów?

Odpowiedź: W przypadku każdej testowanej przez nas aplikacji staramy się sprawdzić, czy dany zestaw wymagań jest spełniony przez aplikację, czy nie. Ale jeśli chodzi o witrynę skierowaną do użytkowników, oprócz skoncentrowania się na funkcjonalności, musimy również przyjrzeć się kilku funkcjom użyteczności, być może w pewnym stopniu aspektom wydajności i bezpieczeństwa.

Pierwszy poziom testowania to : Czy witryna spełnia wymagania funkcjonalne.

Na przykład, jeśli jest to strona zarządzania pożyczkami, musimy przyjrzeć się - czy nowy klient może ubiegać się o pożyczkę, czy istniejący klient ma dostęp do informacji o pożyczce, czy procent odsetek zastosowany do kwoty pożyczki jest prawidłowy itp.

Następny poziom testowania to :jak łatwo jest korzystać z serwisu, czy opcje mają logiczny sens i spełniają oczekiwania użytkownika, czy nie.

Na przykład, jeśli użytkownik musi przejść 3-4 ekrany, aby przesłać podstawowe informacje, będzie zdenerwowany, więc takie kwestie muszą zostać rozwiązane.

utwórz tablicę ciągów java

Inne przykład, po wprowadzeniu nazwy użytkownika i hasła użytkownik może kliknąć zakładkę - co oznacza, że ​​kontrolka powinna przejść do przycisku „Zaloguj się”, zamiast tego, jeśli ma zamiar anulować, użytkownik będzie naprawdę zirytowany, a korzystanie z witryny będzie będzie zagrożony. Takie problemy trzeba złapać.

Test wydajności w pełnym zakresie może nie być objęty zakresem, ale proste sytuacje, takie jak, ile czasu zajmuje wyświetlenie wyników wyszukiwania i ile czasu zajmuje systemowi pobranie informacji o kliencie w godzinach szczytu - to kilka przykładów rzeczy, na które chcielibyśmy mieć oko.

Bezpieczeństwo - w przypadku witryn, w których istnieje bezpieczny login umożliwiający dostęp do witryny, należy przetestować minimalną funkcjonalność wokół niej. Na przykład, jeśli pozostawię witrynę bezczynną przez ponad 10 minut, czy jest to automatyczne wylogowanie, czy nie. Coś tak podstawowego, na czym należy się skupić.

#Q 4) Jak pokonać problem braku dokumentacji wejściowej do testów?

Odpowiedź: Jeśli szczegółowa standardowa dokumentacja, taka jak BRD i FSD, jest niedostępna, tester będzie musiał polegać na jakimś punkcie odniesienia.

  • Zrzuty ekranu
  • Poprzednia wersja aplikacji
  • Modele szkieletowe itp

Kolejnym czynnikiem, który niezmiernie pomaga, jest rozmowa z programistami lub analitykami biznesowymi (jeśli są dostępni), aby uzyskać potwierdzenie naszego zrozumienia lub wyjaśnienia w przypadku wątpliwości.

Gdy żadna z tych sytuacji nie zadziała, możemy po prostu konceptualizować aplikację w oparciu o nasze wcześniejsze doświadczenia z aplikacjami IT i stworzyć podstawowy zestaw skryptów testowych. Kiedy nadejdzie faza testowania, możemy ustawić część czasu cyklu testowego i zająć się zarządzaniem przypadkami testowymi (sprawić, by już stworzone skrypty były doskonałe), dzięki czemu mamy dokumentację dla następnych faz.

#Q 5) Jak zdobyć maksymalna produktywność z zespołu offshore?

Odpowiedź: Kluczem jest upewnienie się, że wszyscy testerzy wiedzą o wszystkich modułach i nie ma koncentracji wiedzy w jednym miejscu. Zaangażowanie wszystkich w recenzowanie skryptów testowych, spotkania dotyczące defektów i sesje KT zapewni, że wszyscy są świadomi aplikacji w możliwie największym stopniu.

Ponadto, promując koncepcję pracy zespołowej, możemy sprawić, by członkowie zespołu współpracowali, pomagali sobie nawzajem i pomagali sobie w celu uzyskania lepszej produktywności.

jaka jest nazwa użytkownika i hasło mojego routera

Regularne spotkania kontrolne również bardzo pomagają w tym procesie.

# P 6) Jakie są role i obowiązki koordynatora na miejscu? Czy on / ona też testuje?

Odpowiedź: Koordynator na miejscu jest punktem kontaktowym dla zespołu offshore i klienta w celu uzyskania wszelkich informacji dotyczących zlecenia testowego.

Ta praca obejmuje:

  • KT od i do offshore i klientów
  • Przygotowanie środowiska do przetestowania wszystkiego
  • Testy poczytalności, testy dymu
  • Testowanie - kluczowa funkcjonalność.
  • Przegląd błędu - znaleziony przez zespół offshore
  • Błąd przypisywania do odpowiedniego dewelopera
  • Przedstawianie metryk
  • Zapewnienie podpisania

Tak, nawet lokalny koordynator musi przeprowadzić testy.

#Q 7) Niespójne błędy - dlaczego na miejscu można je znaleźć, ale na morzu nie i odwrotnie - jak sobie z tym poradzić?

Odpowiedź: Każdy błąd należy odnotować i przeanalizować - niezależnie od tego, czy wystąpi na miejscu, czy na morzu, czy jest powtarzalny, czy nie. Prawdziwą wartością dodaną do pracy testera jest zaangażowanie się w proces analizy pierwotnej przyczyny błędu, a nie tylko jego zgłoszenie.

Oto niektóre sposoby radzenia sobie z tą sytuacją:

  • Wszyscy członkowie zespołu na miejscu i na morzu powinni postępować zgodnie z wytycznymi, zgodnie z którymi zrzuty ekranu należy wykonywać w przypadku każdego napotkanego błędu - powtarzalnego lub nie.
  • Jeśli istnieją logi, pliki systemowe lub cokolwiek podobnego, może to pomóc nam znaleźć jakiekolwiek dowody na problem - powinniśmy spróbować go znaleźć.
  • Pomimo tych wszystkich kroków, jeśli nadal nie możemy powiedzieć, dlaczego i kiedy wystąpił problem - powinniśmy zgłosić go deweloperowi tak samo - podając jak najwięcej informacji.

#Q 8) Testowanie wideo / audio - co to obejmuje?

Odpowiedź: Jak przetestować aplikację posiadającą wideo lub audio?

Oto ważne kwestie do rozważenia:

  • Poziomy dostępu (ograniczone lub nie - kontrolowane hasłem)
  • Różne rodzaje środowisk
  • Zgodność z przeglądarkami
  • Rozdzielczości ekranu
  • Prędkości połączenia internetowego
  • Konkretne opcje filmu - takie jak odtwarzanie, zatrzymywanie, wyciszanie itp.
  • Wideo według rozmiaru
  • Odpowiedź na filmy - komentarze (ograniczenia dotyczące długości komentarza i liczby komentarzy, które może przyjąć)
  • Odpowiedzi wideo na filmy
  • Interfejs z serwisami społecznościowymi - Interoperacyjność
  • Szybkość buforowania
  • Osadzanie wideo

# P 9) Testowanie aplikacji mobilnych - co w skrócie obejmuje?

Odpowiedź: Testowanie aplikacji mobilnych Ważne scenariusze testowe:

  • Sprawdź, czy aplikacja działa dobrze z wieloma operatorami i wieloma urządzeniami.
  • Użyteczność funkcji na ekranie telefonu komórkowego.
  • Testowanie na różnych platformach mobilnych - takich jak Android i iOS.
  • Instalacje, odinstalowywanie, uruchamianie aplikacji z siecią i bez sieci, testowanie funkcjonalności.
  • Połączenia sieciowe - WiFi, 2G itp.
  • Logi w narzędziu konfiguracyjnym iOS iPhone dla Android Monitor.bat mogą być używane do debugowania.

To było to. Otóż, to nie było takie proste.

Na koniec powtarzam filozofię STH - dobrze znam podstawy, reszta następuje automatycznie.

Kończę, mając nadzieję, że ten wysiłek będzie korzystny i znaczący dla naszych czytelników. Daj nam znać poniżej w sekcji komentarzy, jak nam poszło.

Autor: Ten post został napisany przez członka naszego zespołu STH Swati Seela.

rekomendowane lektury

^