Nejčastější dotazy

Níže jsou uvedeny nejčastější otázky komunity Guru99

Nevidíte videa?

Všechna videa na tomto webu jsou hostována na YouTube a vloženo zde…
Jste pravděpodobně přistupujete na web z místa, kde YouTube je zakázáno (vaše společnost, vysoká škola nebo země, kde YouTube je zakázáno)

Zkuste přistupovat k videím z neomezeného prostředí.
Děláte NENÍ pro zobrazení videí je třeba se zaregistrovat.

Nepřišel mi e-mail na projekt

Vezměte prosím na vědomí, že projektové e-maily jsou zasílány v intervalu 24 hodin. Pokud jste se tedy přihlásili k odběru ve čtvrtek ve 10:10, další e-mail dostanete v pátek ve XNUMX:XNUMX.

Zkontrolujte prosím nevyžádanou poštu nebo spam Mailbox. Pokud používáte gmail, zkontrolujte Promotions Tab

Náš systém nemá funkci pro opětovné zasílání e-mailů. Pokud stále nesledujete e-maily, přihlaste se k odběru s jiným e-mailovým ID, abyste získali obsah.

Pokud mám v aplikaci chybu, kdo bude rozhodovat o závažnosti a prioritě chyby?

Závažnost Přeběhnout určuje osoba, která problém identifikuje (tester), zatímco prioritu určuje osoba, která se podílí na řešení problému (vývojáři).

Jako tester můžete upřednostnit defekty, které obvykle kontroluje vedoucí test. Vývojáři po analýze rozhodnou, zda se jedná o vadu s vysokou nebo nízkou prioritou. Většinu času to provádí vývojář, ale tester se do toho může také zapojit, aby vysvětlil jeho závažnost. Po diskusi dojdou vodítka k závěru.

Závažnost v zásadě souvisí s funkčností aplikace nebo produktu. I když prioritou je, jak okamžitě může vývojář opravit tuto chybu nebo defekt. Priorita je dynamická a bude se měnit podle scénáře, zatímco závažnost je ve své podstatě statická.

Co uděláte, pokud neexistují žádné funkční specifikace/žádné dokumenty související se systémem?

  • Nejprve se pokuste porozumět doméně s obchodními analytiky nebo malými a středními podniky. Proveďte průzkumné testování, abyste porozuměli systému.
  • Pokud projekt nemá Business Analyst nebo MSP, promluvte si s lidmi, kteří na podobných systémech pracovali.
  • Chcete-li porozumět obchodu, mluvte s komunitou uživatelů
  • Zjistěte si podobnou specifikaci produktu na internetu nebo PMO
  • Hledejte stejný typ aplikačního softwaru a pochopte funkce
  • Podívejte se na některé důležité obchodní scénáře, alternativní dokumenty, články pro témata aplikací
  • Požádejte vývojáře o vysvětlení všech modulů
  • Uživatelská historická data, aplikace a funkce
  • Netestujte aplikaci technicky, nejprve svou aplikaci otestujte pouze z pohledu uživatele

Co může tester udělat, když pár dní před vydáním najde problém se zastavením pořadu?

  • Potvrďte a znovu potvrďte Defekt a zdokumentujte chybu nebo vadu, dopad a možné řešení, pokud můžete.
  • Upozorněte na to svého manažera a prodiskutujte to s týmem, protože takový show stoper je pro tým neznámý týden před jeho vydáním není dobré.
  • Jakmile se Defekt dostane k vašemu manažerovi a vyšším testovacím autoritám, možná budete muset předložit svůj názor před ně, takže buďte důkladní, protože by to mohlo mít dopad na vydání.
  • Pokud vás diskuse podporuje, je čas vstát a zazářit. Pokud ne, máte lekci pro tento den jako s sebou. Stále se uč.

Proč jste si vybrali oblast zajišťování kvality softwaru?

Pro poskytování kvalitních projektů koncovým uživatelům nebo klientům je testování povinné, bez ohledu na to, jaké kódování zahrnuje. QA softwaru nejen zaznamenává chyby, ale také poskytuje řešení pro tyto chyby.

V oblasti QA by si testeři měli být vědomi všech funkcí testované aplikace, což jim umožňuje znát různé typy aplikací vyvinutých v různých prostředích, dokonce i některé základní koncepty v programování. Při testování budou znalosti širší, ale při programování budou úzké. Vývojář může vyvíjet jen malý segment celé aplikace a nemusí si být vědom aplikace jako celku. V tomto případě jsem cítil, že role QA (testera) je zajímavější.

Nenašli jste odpověď?

Kontaktujte Nás