QA / QA Automation

Uveďte konkrétní příklad vaší vyvinuté testovací strategie.

V jakém poměru byli v projektu backendoví a frontendoví vývojáři?

Pracoval jste s CI/CD pipeline: vytvářel nebo upravoval joby?

Senior

Yadro

def test_blocks(a, b): try: výsledek = a / b except ZeroDivisionError: return "Chyba dělení nulou" else: return f"Výsledek: {výsledek}" finally: return "Konec" print(test_blocks(10, 2)) print(test_blocks(10, 0)) funcC = funcA(funcB) @funcA def funcB.....

Před testy je třeba provést pět různých úkolů přípravy prostředí. Jak je spustit paralelně v GitLab CI, a úkol s pytest — až po dokončení všech úkolů první fáze?

Řekněte nám o svém současném nebo posledním místě práce: co přesně jste dělal a jaký byl projekt?

Co je Service jako entita Kubernetes?

Jak ověřit hypotézy o příčinách nestability testu analýzou souvisejících souborů?

Jak byl tým na projektu organizován: jedna skupina nebo několik, a kolik testerů, vývojářů a analytiků bylo?

Velká E2E sada trvá 40 minut při každém MR, i když je změněn pouze README. Jak organizovat spuštění tak, aby malé změny nespouštěly celý soubor testů?

Kdy jste se zúčastnili analýzy požadavků společně s analytiky: před popisem úkolu nebo během procesu?

Řekněte nám o fixturech a parametrizaci v Pytest: jak často je používáte a k čemu jsou potřeba?

V čem se liší datový typ integer od number?

Jaké máte zkušenosti s Kubernetes? Co jste konkrétně dělal?

# Vytvořte seznam tří funkcí, kde každá funkce při volání vrací své číslo. # První funkce by měla vrátit - 0, druhá - 1, třetí - 2: funcs = [lambda: i for i in range(3)] print([f() for f in funcs]) # V odpovědi:

Uveďte úrovně testování.

Kde jste vedli testovací dokumentaci a jak bylo plánováno testování na projektu?

Vysvětlete rozdíl mezi Dockerfile, Docker obrázkem a Docker kontejnerem.

Řekněte nám o technikách návrhu testů: které jste nejčastěji používali?

Kdo rozhodl, kdo a čím se bude zabývat: tým sám nebo vedoucí?