FAQ

Poniżej znajdują się najczęściej zadawane pytania przez społeczność Guru99

Nie możesz oglądać filmów?

Wszystkie filmy na tej stronie są hostowane na YouTube i osadzony tutaj…
Jesteś prawdopodobnie uzyskujesz dostęp do strony internetowej z lokalizacji, w której YouTube jest zakazane (Twoja firma, uczelnia lub kraj, w którym YouTube jest zabronione)

Spróbuj uzyskać dostęp do filmów w nieograniczonym środowisku.
Robisz NIE Aby zobaczyć filmy, musisz się zarejestrować.

Nie otrzymałem wiadomości e-mail dotyczącej projektu

Należy pamiętać, że e-maile projektowe są wysyłane w odstępie 24 godzin. Tak więc jeśli zapisałeś się w czwartek o 10:10, otrzymasz następny e-mail w piątek o XNUMX:XNUMX.

Sprawdź swoje wiadomości-śmieci lub spam Mailpole. Jeśli używasz gmaila, zaznacz pole PromoTab. cje

Nasz system nie ma funkcji ponownego wysyłania wiadomości e-mail. Jeśli nadal nie możesz śledzić wiadomości e-mail, zasubskrybuj za pomocą innego identyfikatora e-mail, aby uzyskać zawartość.

Jeśli w aplikacji wystąpi błąd, kto zadecyduje o wadze i priorytecie błędu?

Nasilenie Wada ustala osoba identyfikująca problem (tester), natomiast priorytet określa osoba zajmująca się rozwiązaniem problemu (programiści).

Jako tester możesz ustalić priorytety defektów, co zwykle sprawdza kierownik testowy. Programiści po analizie zadecydują, czy jest to wada o wysokim czy niskim priorytecie. W większości przypadków jest to wykonywane przez programistę, ale tester może również zaangażować się w tę czynność, aby wyjaśnić jej wagę. Po dyskusji leady dojdą do wniosku.

Ważność jest zasadniczo związana z funkcjonalnością aplikacji lub produktu. Priorytetem jest jednak to, jak natychmiast programista może naprawić ten błąd lub defekt. Priorytet ma charakter dynamiczny i będzie się zmieniać w zależności od scenariusza, natomiast dotkliwość ma charakter statyczny.

Co zrobisz, jeśli nie ma specyfikacji funkcjonalnych/żadnych dokumentów związanych z systemem?

  • Najpierw spróbuj zrozumieć dziedzinę z analitykami biznesowymi lub MŚP. Wykonaj testy eksploracyjne, aby zrozumieć system.
  • Jeżeli projekt nie posiada Analitycy Biznesowi lub MŚP, porozmawiaj z osobami, które pracowały nad podobnymi systemami.
  • Aby zrozumieć biznes, porozmawiaj ze społecznością użytkowników
  • Znajdź podobną specyfikację produktu w Internecie lub PMO
  • Poszukaj tego samego typu aplikacji i poznaj ich funkcje
  • Poszukaj ważnych scenariuszy biznesowych, alternatywnych dokumentów, artykułów na tematy związane z aplikacjami
  • Poproś programistów o wyjaśnienie wszystkich modułów
  • Dane historyczne użytkownika, aplikacje i funkcje
  • Nie testuj aplikacji od strony technicznej, najpierw przetestuj aplikację tylko z perspektywy użytkownika

Co może zrobić tester, jeśli na kilka dni przed premierą znajdzie problem z zatrzymaniem programu?

  • Potwierdź i ponownie potwierdź wadę oraz, jeśli to możliwe, udokumentuj błąd lub defekt, jego wpływ i możliwe rozwiązanie.
  • Zwróć na to uwagę swojego menadżera i przedyskutuj to z Zespołem, ponieważ zespół nie zna takiego przerywacza na tydzień przed jego publikacją, co nie jest dobre.
  • Kiedy defekt dotrze do Twojego przełożonego i wyższych władz odpowiedzialnych za testowanie, być może będziesz musiał przedstawić im swoje stanowisko, więc przedstawiaj je szczegółowo, ponieważ może to mieć wpływ na wydanie.
  • Jeśli dyskusja Cię wspiera, nadszedł czas, aby wznieść się i zabłysnąć. Jeśli nie, masz lekcję na cały dzień na wynos. Ucz się.

Dlaczego wybrałeś dziedzinę zapewnienia jakości oprogramowania?

Aby zapewnić wysoką jakość projektów użytkownikom końcowym lub klientowi, testowanie jest obowiązkowe, niezależnie od tego, z jakim kodowaniem się wiąże. Kontrola jakości oprogramowania nie tylko rejestruje błędy, ale także zapewnia rozwiązania dla tych błędów.

W dziedzinie QA testerzy powinni być świadomi wszystkich funkcjonalności testowanej aplikacji, co pozwala im poznać różne typy aplikacji rozwijanych w różnych środowiskach, a nawet podstawowe koncepcje programowania. Wiedza będzie szersza, gdy będziemy testować, ale będzie węższa, gdy będziemy programować. Programista może rozwijać tylko mały segment całej aplikacji i może nie być świadomy aplikacji jako całości. W tym przypadku uznałem, że rola QA (testera) jest bardziej interesująca.

Nie znalazłeś odpowiedzi?

Skontaktuj Się z Nami