Please enable JavaScript.
Coggle requires JavaScript to display documents.
Vývoj aplikací na platformě SharePoint (Implementace (3. Testování (1b.…
Vývoj aplikací na platformě SharePoint
Definice
:warning:
Akceptační postup
Kritéria
- vycházejí z definovaných user stories; testovací scénáře odpovídají user stories - seznam testovacích scénářů, definice klíčových funkcí nutných pro dokončení vlastního procesu (nezbytné pro uvedení aplikace do provozu) - nefungující klíčová funkce může být v rámci testování označena jako chyba bránící nasazení do provozu
Kritická chyba
(bránící nasazení do provozu) proces nelze dokončit a zároveň neexistuje náhradní řešení
Bežná chyba
- chyba nebránící dokončení procesu, lze opravit hotfixováním při provozu aplikace
Postupy testování
- nutné vydefinovat před zahájením implementace.
Testovací scénáře vytváří dodavatel řešení ve spolupráci s byznysem
(kombinace byznys zadání a dodavatelské analýzy).
Harmonogram
- rozdělený na etapy. Každá etapa obsahuje seznam kontrolních dnů - milníků (např. přetestování IT plus byznys). Každý milník obsahuje termín.
Zadání
User story
- dle role uživatele v aplikaci. Podklad jak pro vlastní vývoj aplikace, tak pro její akceptaci (tvorbu testovacích scénářů).
Model UI
- slouží k minimalizaci případných dodatečných požadavků na změnu vzhledu aplikace. V optimálním případě jsou jednotlivé obrazovky (formuláře, přehledy,atp.) svázány s jednotlivými kroky v User story
:warning: Posílení
role IT analytika
při tvorbě zadání
Implementace
2. Vývoj
- vychází z analýzy
1. Analýza
- vychází ze zadání
3. Testování
1b. Testování ÚIT s byznysem
- dle testovacích scénářů => v případě neúspěchu vráceno dodavateli; zkrácení doby testování = snížení počtu iterací uživatelského testování;
ZÁSADNÍ ZMĚNA
:warning:
1a. testování (u nové aplikace) společně s byznysem a zástupcem dodavatele
- v zadaném termínu dle harmonogramu; dle definovaných kritérií (testovacích scénářů) => zkrácení doby testování = snížení počtu iterací uživatelského testování;
ZÁSADNÍ ZMĚNA
2. a případná další testování ÚIT
- testování v případě aktualizace aplikace (opravy chyb, změny - u změn odsouhlasení vyvinuté změny byznysem)
4. Akceptace
- proběhne dle odsouhlaseného
Akceptačního postupu
ve chvíli, kdy v rámci testování nebudou evidovány žádné
kritické chyby
5. Provozování
- opravy
běžných chyb
(nebránících provozu), evidování požadavků na změnu (RSWP)
Identifikované problémy
Vlastní výklad
požadavků lidmi z různých prostředí - UIT, byznys, dodavatel řešení.
Nejsou jednoznačně stanovena
pravidla akceptace
Není nastaven
iterační plán
pro testování UIT s byznysem