Oblast QA hodnotí testovací procesy, dokumentaci a scénáře. Technická část (automatizované testy, pokrytí) je hodnocena z kódu ve Vývoji — viz Pokrytí testy; zde hodnotíme procesní a dokumentační stránku z Confluence a evidenci testů v Jira/Xray.

Zdroj a rozsah

Vyhodnoceno z Confluence prostoru „TF Platform" (guidelines, review testů, staging přístupy) a z živé evidence testů v Jira/Xray. Reálné běhy testů a včasnost předání k release vyžadují navíc přístup k historii běhů a rozhovor (➖).

📊 Skóre

Stav	Počet
🟢 OK	3
🟠 Částečně	5
🔴 Špatně	3
➖ Mimo rozsah (Jira/rozhovor)	1

Celkově: QA má udržovanou smoke sadu evidovanou v Xray napříč aplikacemi a kvalitní guidelines — to je reálná silná stránka. Slabinou je nekonzistentní pojmenování testů a starší neudržovaná feature sada, a chybějící UAT, Shift Left a post-deploy smoke.

🔍 Co jsme hodnotili

#	Položka	Stav
1	QA má přístupové údaje k testovaným systémům	🟢
2	Testovací scénáře evidované a udržované (Xray)	🟢
3	Definované core business funkcionality (smoke)	🟢
4	Testovací prostředí v rozsahu potřeb (staging)	🟠
5	Alespoň jedno prostředí blízké produkci	🟠
6	QA dokumentace / pojmenování dodržuje strukturu	🟠
7	Testovací plán pro rizikové změny	🟠
8	Regresní (smoke) testování před nasazením	🟠
9	UAT scénáře / akceptační kritéria	🔴
10	Zapojení QA od vzniku požadavků (Shift Left)	🔴
11	Smoke testování po nasazení	🔴
12	Funkcionality k release předány QA včas	➖

📌 Klíčové nálezy

🟢 Udržovaná smoke sada v Xray napříč aplikacemi

Testovací scénáře jsou evidované v Jira/Xray jako testy s kroky (typ „Test") a jsou aktuální: z 99 smoke testů (ERP 66, HUB 33) je 95 UP TO DATE, jen 3 OUT OF DATE a 1 DRAFT. Administrace je pokrytá základními testy (login, logout, výběr organizace). Testy mají stavový model (DRAFT / UP TO DATE / OUT OF DATE), takže aktuálnost je dohledatelná. Příklad: TFPL-1418 [HUB][SMOKE][PERMISSIONS] Navštívit stránky (UP TO DATE).

Tím se koriguje starší interní review z 06/2025, které hlásilo řadu neaktuálních testů — živá data ukazují, že smoke sada byla mezitím dotažena.

🟠 Nekonzistentní pojmenování a starší feature sada

Konvence [APP][SMOKE][oblast] je dodržena u ERP/HUB smoke testů, ale pojmenování je celkově nejednotné: administrátorské testy jsou pod prefixem [BASICS] (ne [ADM][SMOKE]) a existuje velká sada starších ERP feature testů bez prefixu aplikace ([Employee list], [COSTS ANALYSIS], [Invoice list]…), která je z velké části OUT OF DATE. Vedle udržované smoke sady tak leží neudržovaný „ocas" testů a orientace podle názvu je ztížená.

🟠 Smoke režim před release a prostředí

Proces předepisuje spuštění kompletní sady smoke testů před povýšením Staging → Production a staging s testovacími účty pro role je k dispozici. Reálné běhy (execution history) a shodu stagingu s produkcí je ale nutné ověřit mimo dokumentaci.

🔴 Chybí UAT, Shift Left a post-deploy smoke

• UAT / akceptační kritéria — v QA dokumentaci nejsou; typologie testů zná jen SMOKE/EXPLORATORY/UNIT/CALL.
• Shift Left — dokumentovaný proces začíná až ve fázi testu, ne u vzniku požadavků.
• Post-deploy smoke — dokumentován je smoke běh před povýšením na produkci, ne po nasazení.

✅ Doporučení

Priorita	Doporučení
Vysoká	Zavést UAT scénáře / akceptační kritéria a post-deploy smoke testování.
Střední	Sjednotit pojmenování testů (prefix aplikace + typ) a dořešit/archivovat starší OUT OF DATE feature sadu.
Střední	Zapojit QA do přípravy požadavků (Shift Left).