Menu

20 selektywnych pytań do wywiadu QA, aby wyczyścić wywiad w 2021 roku

  • Główny
  • Inny
  • 20 selektywnych pytań do wywiadu QA, aby wyczyścić wywiad w 2021 roku

20 selective qa interview questions clear interview 2021

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Najczęściej zadawane pytania i odpowiedzi do wywiadu dotyczącego kontroli jakości, które pomogą Ci przygotować się do rozmowy:

Oto kilka pytań, które zadałbym podczas rozmowy kwalifikacyjnej z inżynierem ds. Zapewnienia jakości.

Pytania będą kładły większy nacisk na procesy jakościowe i strategię, a pytania te nie będą zadawane podczas testowania.

Pytania do wywiadu dotyczącego zapewnienia jakości

Inżynierowie ds. Kontroli jakości to głównie ludzie, którzy spędzili trochę czasu w branży testowej, ponieważ podczas tworzenia planów i strategii zawsze warto mieć jakąś ekspozycję w branży.

Zaczynajmy!!

Często zadawane pytania do wywiadów QA

Zaczynajmy!!

P # 1) Jaka jest różnica między zapewnianiem jakości, kontrolą jakości i testowaniem?

Odpowiedź: Zapewnienie jakości to proces planowania i definiowania sposobu monitorowania i wdrażania procesów jakościowych (testowych) w zespole i organizacji. Ta metoda określa i wyznacza standardy jakości projektów.

Kontrola jakości to proces znajdowania usterek i przedstawiania sugestii dotyczących poprawy jakości oprogramowania. Metody stosowane przez kontrolę jakości są zwykle ustalane przez zapewnienie jakości. Podstawowym obowiązkiem zespołu testującego jest wdrożenie kontroli jakości.

Testowanie to proces znajdowania usterek / błędów. Sprawdza, czy oprogramowanie zbudowane przez zespół programistów spełnia wymagania stawiane przez użytkownika i standardy wyznaczone przez organizację.

Tutaj główny nacisk kładzie się na znajdowanie błędów, a zespoły testujące pracują jako strażnicy jakości.

Pytanie 2) Kiedy Twoim zdaniem powinny rozpocząć się działania związane z zapewnianiem jakości?

Odpowiedź: Działanie QA powinno rozpocząć się na początku projektu. Im wcześniej się zacznie, tym korzystniejsze będzie wyznaczenie standardów dla osiągnięcia jakości.

Koszt, czas i wysiłki są bardzo trudne w przypadku opóźnień w zapewnianiu jakości.

P # 3) Co to jest różnica między planem testów a strategią testów ?

Odpowiedź: Strategia testów jest na wyższym poziomie, najczęściej tworzona przez Kierownika Projektu, która pokazuje ogólne podejście do testowania dla całego projektu, podczas gdy Plan Testów przedstawia, jak testowanie powinno być wykonywane dla konkretnej aplikacji wchodzącej w zakres projektu.

P # 4) Czy możesz wyjaśnić cykl życia testowania oprogramowania?

Odpowiedź: Cykl życia testowania oprogramowania odnosi się do procesu testowania, który ma określone kroki do wykonania w określonej kolejności, aby zapewnić osiągnięcie celów jakościowych.

P # 5) Jak definiujesz plik format pisania dobrego przypadku testowego ?

Odpowiedź: Format przypadku testowego obejmuje:

  • Identyfikator przypadku testowego
  • Opis przypadku testowego
  • Surowość
  • Priorytet
  • Środowisko
  • Wersja kompilacji
  • Kroki do wykonania
  • Oczekiwane rezultaty
  • Aktualne wyniki

P # 6) Co to jest dobry przypadek testowy?

Odpowiedź: Krótko mówiąc, dobry przypadek testowy to taki, w którym znajduje usterkę. Jednak żaden przypadek testowy nie znajdzie defektów, więc dobrym przypadkiem testowym może być również taki, który ma wszystkie wymagane szczegóły i pokrycie.

P # 7) Co byś zrobił, gdybyś miał duży pakiet do wykonania w bardzo krótszym czasie?

Odpowiedź: W przypadku, gdy mamy mniej czasu i musimy wykonać większą liczbę przypadków testowych, powinniśmy nadać priorytet przypadkowi testowemu i najpierw wykonać przypadki testowe o wysokim priorytecie, a następnie przejść do przypadków o niższym priorytecie.

W ten sposób możemy upewnić się, że ważne aspekty oprogramowania zostały przetestowane.

Ewentualnie możemy również poszukiwać preferencji klientów, co jest według nich najważniejszą funkcją oprogramowania i powinniśmy zacząć testowanie od tych obszarów, a następnie stopniowo przechodzić do tych mniej istotnych.

P 8) Czy myślisz, że kontrola jakości może również uczestniczyć w rozwiązywaniu problemów produkcyjnych?

Odpowiedź: Zdecydowanie!! Uczestnictwo w rozwiązywaniu problemów produkcyjnych byłoby dobrą krzywą uczenia się dla pracowników kontroli jakości. W wielu przypadkach problemy z produkcją można rozwiązać, czyszcząc dzienniki, wprowadzając niektóre ustawienia rejestru lub ponownie uruchamiając usługi.

różnica między C ++ i Java

Tego rodzaju problemy środowiskowe mogą być bardzo dobrze rozwiązane przez zespół ds. Kontroli jakości.

Ponadto, jeśli zapewnianie jakości ma wgląd w rozwiązywanie problemów produkcyjnych, może je uwzględnić podczas pisania przypadków testowych, dzięki czemu może przyczynić się do poprawy jakości i zminimalizować defekty produkcyjne.

P # 9) Załóżmy, że znajdziesz błąd w produkcji, jak możesz upewnić się, że ten sam błąd nie zostanie ponownie wprowadzony?

Odpowiedź: Najlepszym sposobem jest natychmiastowe napisanie przypadku testowego dla defektu produkcyjnego i włączenie go do zestawu regresji. W ten sposób zapewniamy, że błąd nie zostanie ponownie wprowadzony.

Możemy również pomyśleć o alternatywnych przypadkach testowych lub podobnych rodzajach przypadków testowych i uwzględnić je w naszym planowanym wykonaniu.

P # 10) Jaka jest różnica między testowaniem funkcjonalnym a niefunkcjonalnym?

Odpowiedź:

Testy funkcjonalności dotyczy funkcjonalnego aspektu aplikacji. Ta technika sprawdza, czy system zachowuje się zgodnie z wymaganiami i specyfikacją. Są one bezpośrednio powiązane z wymaganiami klientów. Weryfikujemy przypadki testowe pod kątem określonego wymagania i odpowiednio oceniamy wyniki testów jako pozytywne lub negatywne.

Przykłady obejmują regresję, integrację, system, dym itp

Testowanie niefunkcjonalne , z drugiej strony testuje niefunkcjonalny aspekt aplikacji. Nie koncentruje się na wymaganiach, ale na czynnikach środowiskowych, takich jak wydajność, obciążenie i stres. Nie są one wyraźnie określone w wymaganiu, ale są określone w normach jakości. Tak więc, jako QA musimy upewnić się, że te testy również mają wystarczająco dużo czasu i priorytet.

P # 11) Co to są testy negatywne? Czym różni się od pozytywnych testów?

Odpowiedź: Testowanie negatywne to technika, która sprawdza, czy system zachowuje się wdzięcznie w przypadku jakichkolwiek nieprawidłowych danych wejściowych. Na przykład, w przypadku, gdy użytkownik wprowadzi nieprawidłowe dane w polu tekstowym, system powinien wyświetlić odpowiedni komunikat zamiast komunikatu technicznego, którego użytkownik nie rozumie.

Testy negatywne różni się od pozytywnych testów tym, że pozytywne testy potwierdzają, że nasz system działa zgodnie z oczekiwaniami i porównuje wyniki testu z oczekiwanymi wynikami.

W większości przypadków scenariusze testów negatywnych nie są wymienione w dokumentach wymagań funkcjonalnych. Jako zapewnianie jakości musimy zidentyfikować negatywne scenariusze i powinniśmy mieć możliwości ich przetestowania.

P # 12) W jaki sposób możesz upewnić się, że testy są kompletne i mają dobry zasięg?

Odpowiedź: Macierz śledzenia wymagań i macierze pokrycia testów pomogą nam określić, czy nasze przypadki testowe mają dobre pokrycie.

Macierz identyfikowalności wymagań pomoże nam określić, czy warunki testowe są wystarczające, aby uwzględnić wszystkie wymagania. Macierze pokrycia pomogą nam określić, czy przypadki testowe są wystarczające, aby spełnić wszystkie określone warunki testowe w RTM.

Na RTM będzie wyglądać następująco:

RTM

Podobnie, Macierze pokrycia testów będą wyglądać następująco:

Macierze pokrycia testów

P # 13) Do jakich różnych artefaktów odwołujesz się podczas pisania przypadków testowych?

sql pytania do wywiadów za 3 lata doświadczenia

Odpowiedź: Główne używane artefakty to:

  • Specyfikacja wymagań funkcjonalnych
  • Dokument dotyczący zrozumienia wymagań
  • Przypadków użycia
  • Modele szkieletowe
  • Historie użytkownika
  • Kryteria przyjęcia
  • Wiele przypadków testowych UAT

P # 14) Czy kiedykolwiek udało Ci się napisać przypadki testowe bez żadnych dokumentów?

Odpowiedź: Tak, są przypadki, gdy mamy sytuację, w której musimy pisać przypadki testowe bez żadnych konkretnych dokumentów.

W tym wypadku, najlepszym sposobem jest:

  • Współpracuj z BA i zespołem programistów.
  • Zagłęb się w e-maile zawierające pewne informacje.
  • Zajrzyj do starszych przypadków testowych / zestawu regresji
  • Jeśli funkcja jest nowa, spróbuj przeczytać strony wiki lub pomoc aplikacji, aby mieć pomysł
  • Usiądź z programistą i spróbuj zrozumieć wprowadzane zmiany.
  • Opierając się na swoim zrozumieniu, zidentyfikuj warunek testowy i wyślij go do BA lub interesariuszy w celu ich przeglądu.

Q # 15) Co to znaczy Weryfikacja i walidacja ?

Odpowiedź:

Uprawomocnienie to proces oceny produktu końcowego w celu sprawdzenia, czy oprogramowanie spełnia potrzeby biznesowe. Wykonywanie testów, które wykonujemy w naszym codziennym życiu, to czynności walidacyjne, które obejmują testy dymne, testy funkcjonalne, testy regresji, testy systemów itp.

Weryfikacja to proces oceny pośrednich produktów pracy cyklu życia oprogramowania w celu sprawdzenia, czy jesteśmy na właściwej ścieżce tworzenia produktu końcowego.

P # 16) Jakie znasz różne techniki weryfikacji?

Odpowiedź: Techniki weryfikacji są statyczne. Istnieją 3 techniki weryfikacji.

Są one wyjaśnione w następujący sposób:

(Oceniam - Jest to metoda, za pomocą której kod / przypadki testowe są badane przez osobę inną niż autor, który go stworzył. Jest to jeden z łatwych i najlepszych sposobów zapewnienia pokrycia i jakości.

(ii) Inspekcja - Jest to techniczny i zdyscyplinowany sposób badania i korygowania defektów artefaktu testowego lub kodu. Ponieważ jest zdyscyplinowany, pełni różne role:

  • Moderator - Ułatwia całe spotkanie inspekcyjne.
  • Rejestrator - Zapisuje protokół ze spotkania, występujące usterki i inne omówione punkty.
  • Czytelnik - Przeczytaj dokument / kod. Lider prowadzi również całe spotkanie inspekcyjne.
  • Producent - Autor. Są ostatecznie odpowiedzialni za aktualizację swojego dokumentu / kodu zgodnie z komentarzami.
  • Recenzent - Wszystkich członków zespołu można uznać za recenzentów. Tę rolę może również odgrywać pewna grupa ekspertów - wymagania projektu.

(iii) Przejście - Jest to proces, w którym autor dokumentu / kodu czyta treść i otrzymuje informację zwrotną. Jest to głównie rodzaj sesji FYI (For Your Information), a nie szukanie poprawek.

P # 17) Jaka jest różnica między Testy obciążeniowe i naprężeniowe ?

Odpowiedź:

Test naprężeń to technika, która weryfikuje zachowanie systemu, gdy działa pod wpływem stresu. Aby to wyjaśnić, zmniejszamy zasoby i sprawdzamy zachowanie systemu. Najpierw rozumiemy górną granicę systemu i stopniowo redukujemy zasoby oraz sprawdzamy zachowanie systemu.

W Testy obciążeniowe, sprawdzamy zachowanie systemu pod spodziewanym obciążeniem. Obciążeniem może być jednoczesny użytkownik lub zasoby uzyskujące dostęp do systemu w tym samym czasie.

P # 18) W przypadku jakichkolwiek wątpliwości dotyczących projektu, jak podchodzisz?

Odpowiedź: W przypadku jakichkolwiek wątpliwości, najpierw spróbuj rozwiązać problem, czytając dostępne artefakty / pomoc aplikacji. W przypadku wątpliwości, które się utrzymują, zapytaj bezpośredniego przełożonego lub starszego członka swojego zespołu.

Analitycy biznesowi mogą być również dobrym wyborem do zadawania wątpliwości. W przypadku jakichkolwiek innych wątpliwości możemy również przekazać nasze pytania zespołowi programistów. Ostatnią opcją byłoby skontaktowanie się z kierownikiem i wreszcie z interesariuszami.

P # 19) Czy korzystałeś z narzędzi automatyzacji?

Odpowiedź: Odpowiedź na to pytanie jest bardzo wyłączna dla danej osoby. Odpowiedz na wszystkie narzędzia i strategie automatyzacji, które wykorzystałeś w swoim projekcie.

P # 20) W jaki sposób określacie, które oprogramowanie wymaga przetestowania?

Odpowiedź: Możemy poznać ten czynnik, odkrywając Złożoność cykliczna .

T Technika pomaga zidentyfikować poniższe 3 pytania dotyczące programów / funkcji

  • Czy funkcję / program można przetestować?
  • Czy funkcja / program jest zrozumiała dla wszystkich?
  • Czy funkcja / program jest wystarczająco wiarygodna?

W ramach kontroli jakości możemy użyć tej techniki do określenia „poziomu” naszych testów.

Jest to praktyka, która polega na tym, że jeśli wynikiem cyklicznej złożoności jest większa lub większa liczba, uważamy, że ten element funkcjonalności ma złożoną naturę i dlatego wnioskujemy jako tester; że fragment kodu / funkcjonalność wymaga dogłębnych testów.

Z drugiej strony, jeśli wynikiem złożoności cyklomatycznej jest mniejsza liczba, w ramach kontroli jakości wnioskujemy, że funkcjonalność jest mniej złożona i odpowiednio decydujemy o zakresie.

Zrozumienie całego cyklu życia testów jest bardzo ważne i powinniśmy być w stanie zasugerować zmiany w naszym procesie, jeśli zajdzie taka potrzeba. Celem jest dostarczenie wysokiej jakości oprogramowania, w związku z czym QA powinna podjąć wszelkie niezbędne kroki w celu usprawnienia procesu i sposobu, w jaki zespół testujący wykonuje testy.

Mam nadzieję, że te pytania i odpowiedzi do wywiadu QA pomogą w przygotowaniu wywiadu dotyczącego kontroli jakości.

rekomendowane lektury

^