5.4 Disciplíny metodiky MAIPA a jejich úlohy
5.4.24 Příprava výkonnostních testů
„Příprava výkonnostních testů je úloha, která slouží k vymezení účelu výkonnostních testů, kterým je míra detailu prověření vlastností vyvíjeného systému, k alokaci potřebných finančních, lidských a materiálových zdrojů a k přípravě testovacích dat.“ (Sýkora a Sibrt, 2009)
Vztahy úlohy Příprava výkonnostních testů k dalším prvkům je zobrazen v tabulce 29.
Disciplína Testování
Vztah k MPPS-AV součást MMSP-AV (původně v discipline Programování)
Role
Primární vlastník Sekundární vlastník
Správce autoamtizace ---
Vstupy
Výstupy seznam výkonnostních testů
Tabulka 29: Úloha Příprava výkonnostních testů (Zdroj: autorka)
73 5.4.25 Provedení výkonnostních testů
„Realizace výkonnostních testů se skládá z několika dílčích kroků, které je třeba vykonat.
Nejprve je zahájena kontrola stavu testovaného systému, která ověřuje, zda je vše připraveno k provedení zátěžových testů a zda je správně nastavený monitoring pro zachytávání parametrů testovaného systému. V případě, že je vše připraveno, následuje spuštění výkonnostních testů a jejich vyhodnocení ve formě závěrečné zprávy se seznamem úzkých míst v systému.“ (Sýkora a Sibrt, 2009)
Vztahy úlohy Provedení výkonnostních testů k dalším prvkům jsou zobrazeny v tabulce 30.
Disciplína Testování
Vztah k MPPS-AV součást MMSP-AV (původně v discipline Programování)
Role
Primární vlastník Sekundární vlastník
Správce automatizace ---
Vstupy
Tabulka 30: Úloha Provedení výkonnostních testů (Zdroj: autorka)
5.4.26 Vyhodnocení testů
Cílem této úlohy je zaznamenat výsledky výkonnostních testů a seznam chyb v každé iteraci, aby byla zajištěna jejich následná oprava a přetestování.
Vztahy úlohy Vyhodnocení testů k dalším prvkům je zobrazen v tabulce 31.
Disciplína Testování
Vztah k MPPS-AV součást MMSP-AV
74 Role
Primární vlastník Sekundární vlastník
Správce automatizace Analytik
Architekt
Výstupy seznam chyb
Tabulka 31: Úloha Vyhodnocení testů (Zdroj: autorka)
5.4.27 Monitoring nasazeného řešení
Vztahy úlohy Monitoring nasazeného řešení k dalším prvkům metodiky MAIPA je zobrazen v tabulce 32.
Disciplína Testování
Vztah k MPPS-AV součást MMSP-AV
Role
Primární vlastník Sekundární vlastník
Správce automatizace Programátor
Vstupy
Primární Doplňkové
test dostupnosti systémů seznam chyb
Výstupy seznam chyb
Tabulka 32: Úloha Monitoring nasazeného řešení (Zdroj: autorka)
5.4.28 Akceptace implementovaného řešení
Zakončením projektu je akceptační protokol, který je výstupem úlohy Akceptace implementovaného řešení, který podepisuje Zainteresovaná strana s Vedoucím týmu.
75
Vztahy úlohy Akceptace implementovaného řešení k dalším prvkům je zobrazen v tabulce 33.
Disciplína Uživatelské zkušenosti Vztah k MPPS-AV nová
Role
Primární vlastník Sekundární vlastník Zainteresovaná strana Vedoucí týmu
Produktový vlastník
Vstupy
Primární Doplňkové
aktualizovaná aplikace o automatizované řešení uživatelská dokumentace
definice dokončenosti
Výstupy akceptační protokol
Tabulka 33: Úloha Akceptace implementovaného řešení (Zdroj: autorka)
5.5 Pracovní produkty metodiky MAIPA
Cílem této podkapitoly je definování pracovních produktů a jejich vztahů k dalším prvkům metodiky MAIPA. Ty jsou začleněny do šesti disciplín, které jsou převzaty z metodiky AV (Rojko, 2015). Některé pracovní produkty jsou stejné jako u metodiky MMSP-AV, a některé jsou s ohledem na zaměření na automatizaci IT infrastruktury nově vytvořené případně upravené. Tato skutečnost je u všech pracovních produktů zaznamenaná u jejich detailního popisu.
5.5.1 Produktová vize
„Produktová vize definuje klíčové požadavky a potřeby všech zainteresovaných stran, které by měl vyvíjený systém uspokojovat.“ (Rejnková, 2011)
Vztahy pracovního produktu Produktová vize k dalším prvkům jsou zobrazeny v tabulce 34.
Disciplína Požadavky
Vztah k MPPS-AV součást MMSP-AV
76 Role
Nese odpovědnost Může upravovat Produktový vlastník
Analytik
Zainteresovaná strana Architekt
Úloha
Je vstupem Je výstupem
Návrh architektury
Tabulka 34: Pracovní produkt Produktová vize (Zdroj: autorka)
5.5.2 Popis architektury
Popis architektury je velmi důležitým pracovním produktem. Může být označen jako stavební kámen pro Návrh funkcionality. Zachycuje všechny vazby na ostatní systémy,
které jsou důležité pro vývoj funkčního řešení a je nevyhnuté je respektovat.
Obsahuje také i schéma architektury pro efektivnější spolupráci v týmu.
Vztahy pracovního produktu Popis architektury k dalším prvkům jsou zobrazeny v tabulce 35.
Disciplína Architektura Vztah k MPPS-AV součást MMSP-AV
Role Nese odpovědnost Může upravovat
Architekt ---
Úloha Je vstupem Je výstupem
Vytvoření popisu implementace
řešení Návrh architektury
77
Správa uživatelské dokumentace Vytvoření Buildu
Příprava testů automatizovaného řešení
Tabulka 35: Pracovní produkt Popis architektury (Zdroj: autorka)
5.5.3 Seznam produktových požadavků
Pracovní produkt Seznam produktových požadavků zachycuje všechny funkční i nefunkční požadavky na vyvíjený systém a jeho automatizaci, včetně jejich detailního popisu a priorit, které jim dává role Zainteresovaná strana.
Vztahy pracovního produktu Seznam produktových požadavků k dalším prvkům jsou zobrazeny v tabulce 36.
Disciplína Požadavky
Vztah k MPPS-AV Upravený (původně Požadavky)
Role
Nese odpovědnost Může upravovat Analytik
Je vstupem Je výstupem
Návrh architektury
Tabulka 36: Pracovní produkt Seznam produktových požadavků (Zdroj: autorka)
5.5.4 Seznam kvalitativních požadavků
Seznam kvalitativních požadavků zachycuje nefunkční požadavky včetně jejího detailního popisu a priorit.
78
Vztahy pracovního produktu Seznam kvalitativních požadavků k dalším prvkům jsou zobrazeny v tabulce 37.
Disciplína Požadavky
Vztah k MPPS-AV Upravený (původně Požadavky)
Role
Nese odpovědnost Může upravovat
Analytik Architekt
Programátor
Správce automatizace Produktový vlastník Zainteresovaná strana
Úloha
Je vstupem Je výstupem
Návrh funkcionality Identifikace požadavků
Detailní vymezení kvalitativních požadavků
Tabulka 37: Pracovní produkt Seznam kvalitativních požadavků (Zdroj: autorka)
5.5.5 Seznam uživatelských příběhů
Uživatelské příběhy jsou identifikovány u každého funkčního požadavku a obsahují informace co/kdo a proč se dělá.
Vztahy pracovního produktu Seznam uživatelských příběhů k dalším prvkům jsou zobrazeny v tabulce 38.
Disciplína Požadavky
Vztah k MPPS-AV Upravený (původně Uživatelské příběhy)
Role
Nese odpovědnost Může upravovat
Analytik Architekt
Programátor
Správce automatizace
79 Úloha
Je vstupem Je výstupem
Identifikace požadavků
Detailní vymezení kvalitativních požadavků
Správa uživatelské dokumentace
Příprava uživatelských příběhů
Tabulka 38: Pracovní produkt Seznam uživatelských příběhů (Zdroj: autorka)
5.5.6 Seznam chyb
Při každé z testovacích úloh, které testují vyvíjený systém s automatizací, vznikají nalezené chyby. Tyto chyby se pak zapisují do pracovního produktu Seznam chyb.
Tyto chyby se pak opravují a znova přetestují v každé iteraci.
Vztahy pracovního produktu Seznam chyb k dalším prvkům jsou zobrazeny v tabulce 39.
Disciplína Testování
Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat Produktový vlastník
Je vstupem Je výstupem
Prioritizace defektů
Tabulka 39: Pracovní produkt Seznam chyb (Zdroj: autorka)
80 5.5.7 Definice dokončenosti
Definice dokončenosti představuje jasnou definici podmínek, za kterých lze označit úkol za splněný.
Vztahy pracovního produktu Definice dokončenosti k dalším prvkům jsou zobrazeny v tabulce 40.
Disciplína Požadavky
Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat
Analytik Architekt
Programátor
Správce automatizace
Úloha
Je vstupem Je výstupem
Řízení iterace
Zhodnocení výsledků iterace
Příprava uživatelských příběhů
Tabulka 40: Pracovní produkt Definice dokončenosti (Zdroj: autorka)
5.5.8 Popis implementace řešení
Jedná se o pracovní dokument, který obsahuje postup jak implementovat dodávku nového řešení.
Vztahy pracovního produktu Popis implementace řešení k dalším prvkům jsou zobrazeny v tabulce 41.
Disciplína Programování Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat Programátor
Správce automatizace
---
Úloha Je vstupem Je výstupem
81
Implementace řešení Vytvoření popisu implementace řešení
Tabulka 41: Pracovní produkt Popis implementace řešení (Zdroj: autorka)
5.5.9 Uživatelská dokumentace
Jedná se o dokument pro konečného uživatele, který popisuje jak s nasazenou automatizací pracovat. Vytváří se v průběhu celého projektu a může na něm být závislá akceptace finální dodávky produktu od role Zainteresovaná strana.
Vztahy pracovního produktu Uživatelská dokumentace k dalším prvkům jsou zobrazeny v tabulce 42.
Disciplína Uživatelské zkušenosti Vztah k MPPS-AV Nový
Role
Nese odpovědnost Může upravovat Programátor
Správce automatizace
---
Úloha
Je vstupem Je výstupem
Akceptace implementovaného řešení
Implementace řešení
Správa uživatelské dokumentace
Tabulka 42: Pracovní produkt Uživatelská dokumentace (Zdroj: autorka)
5.5.10 Návrh funkcionality
Návrh funkcionality obsahuje popis nového řešení, které řeší produktové požadavky a respektuje nově navrhovanou architekturu.
Vztahy pracovního produktu Návrh funkcionality k dalším prvkům jsou zobrazeny v tabulce 43.
Disciplína Programování Vztah k MPPS-AV Nový
82 Role
Nese odpovědnost Může upravovat
Programátor Správce automatizace
Architekt Analytik
Úloha
Je vstupem Je výstupem
Vytvoření popisu implementace řešení
Správa uživatelské dokumentace Vytvoření Buildu
Návrh řešení
Tabulka 43: Pracovní produkt Návrh funkcionality (Zdroj: autorka)
5.5.11 Plán automatizace
Plán automatizace popisuje plán nasazování automatizace vybrané IT infrastruktury.
Vztahy pracovního produktu Plán automatizace k dalším prvkům jsou zobrazeny v tabulce 44.
Disciplína Řízení vývoje produktu
Vztah k MPPS-AV součást MMSP-AV (původně v disciplíně Testování)
Role
Nese odpovědnost Může upravovat
Programátor Správce automatizace
Architekt Analytik
Úloha
Je vstupem Je výstupem
Příprava testů automatizace Provedení testů automatizacce Příprava výkonnostních testů Provedení výkonnostních testů
Návrh funkcionality
Tabulka 44: Pracovní produkt Plán automatizace (Zdroj: autorka)
83 5.5.12 Seznam jednotkových testů
„Unit (neboli jednotkové) testy představují specifický typ testů prováděných za účelem ověření funkčnosti malých, soběstačných částí zdrojového kódu implementace. Unit testy jsou vytvářeny a prováděny vývojáři a mají formu testovacího skriptu, doplněného o vstupní podmínky, očekávané výsledky testů, způsob hodnocení výsledků testů a kód, který uvede systém po provedení testu do původního stavu.“ (Rejnková, 2011)
Vztahy pracovního produktu Seznam jednotkových testů k dalším prvkům jsou zobrazeny v tabulce 45.
Disciplína Programování
Vztah k MPPS-AV Upravený (původně Unit test)
Role Nese odpovědnost Může upravovat
Programátor ---
Úloha Je vstupem Je výstupem
Provedení jednotkových testů Tvorba jednotkových testů Tabulka 45: Pracovní produkt Seznam jednotkových testů (Zdroj: autorka)
5.5.13 Výsledky jednotkových testů
Vztahy pracovního produktu Výsledky jednotkových testů k dalším prvkům jsou zobrazeny v tabulce 46.
Disciplína Programování Vztah k MPPS-AV nový
Role Nese odpovědnost Může upravovat
Programátor ---
Úloha Je vstupem Je výstupem
Zhodnocení výsledků iterace Provedení jednotkových testů Tabulka 46: Pracovní produkt Výsledky jednotkových testů (Zdroj: autorka)
84 5.5.14 Aplikace s automatizovaným řešením
Je hlavním výstupem projektu. Vztahy pracovního produktu Aplikace s automatizovaným řešením k dalším prvkům jsou zobrazeny v tabulce 47.
Disciplína Uživatelské zkušenosti Vztah k MPPS-AV nový
Role Nese odpovědnost Může upravovat
Programátor Správce automatizace
Úloha
Je vstupem Je výstupem
Akceptace implemetovaného řešení
Implementace řešení
Tabulka 47: Pracovní produkt Aplikace s automatizovaným řešením (Zdroj: autorka)
5.5.15 Zdrojový kód
Zdrojový kód je výstupem programování při implementování nových funkcionalit automatizace IT infrastruktury.
Vztahy pracovního produktu Zdrojový kód k dalším prvkům jsou zobrazeny v tabulce 48.
Disciplína Programování Vztah k MPPS-AV nový
Role Nese odpovědnost Může upravovat
Programátor ---
Úloha
Je vstupem Je výstupem
Správa uživatelské dokumentace Tvorba jednotkových testů Provedení jednotkových testů Implementace řešení
Vytvoření Buildu
Tabulka 48: Pracovní produkt Zdrojový kód (Zdroj: autorka)
85 5.5.16 Plán projektu
„Plán projektu představuje pracovní produkt, který sjednocuje všechny důležité informace, jež jsou potřeba k úspěšnému řízení projektu na strategické úrovni. Plán projektu slouží jako zdroj informací o tom, jak bude projekt probíhat, jakých cílů by mělo být dosaženo, kdo bude vystupovat v jednotlivých rolích, a poskytuje základní odhad, kdy bude vyvíjený systém či jeho vybranou funkcionalitu možné uvést do provozu.“ (Rejnková, 2011)
Vztahy pracovního produktu Plán projektu k dalším prvkům jsou zobrazeny v tabulce 49.
Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat
Vedoucí týmu Analytik
Produktový vlastník
Je vstupem Je výstupem
Plánování konfiguračního řízení
Tabulka 49: Pracovní produkt Plán projektu (Zdroj: autorka)
5.5.17 Konfigurační plán
„Konfigurační plán je pracovní produkt, který obsahuje souhrn základních pravidel, postupů a procedur, které by měly být dodržovány při práci se všemi pracovními produkty.
Kromě určení základních pracovních produktů, které by měly být vytvářeny, definuje
86
pravidla pro jejich ukládání, pojmenování a verzování. Součástí konfiguračního plánu je i strategie sestavení a nasazení jednotlivých verzí (resp. buildů) IS/ICT.“ (Rejnková, 2011) Vztahy pracovního produktu Konfigurační plán k dalším prvkům jsou zobrazeny v tabulce 50.
Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat Programátor
Je vstupem Je výstupem
Implementace řešení Plánování testů
Plánování konfiguračního řízení
Tabulka 50: Pracovní produkt Konfigurační plán (Zdroj: autorka)
5.5.18 Plán iterace
„Tento dokument podrobněji popisuje jednotlivé iterace projektu, především s důrazem na jejich cíle, milníky a metriky, které určují, zda bylo vytyčených cílů dosaženo.“
(Rejnková, 2011)
Vztahy pracovního produktu Plán iterace k dalším prvkům jsou zobrazeny v tabulce 51.
Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat
Vedoucí týmu Analytik
Architekt
Produktový vlastník Programátor
87
Správce automatizace Zainteresovaná strana
Úloha
Je vstupem Je výstupem
Plánování konfiguračního řízení
Tabulka 51: Pracovní produkt Plán iterace (Zdroj: autorka)
5.5.19 Seznam rizik
„Seznam rizik dokumentuje rizika, která by mohla ohrozit úspěšné dokončení projektu.
Všechna rizika, která jsou identifikována, jsou setříděna dle priority, jež je určena na základě jejich váhy (resp. závažnosti dopadu) a pravděpodobnosti. Zároveň je nutné,
aby byla přesně určena osoba, jež je zodpovědná za provedení navrhnutých preventivních opatření a celkové řízení daného rizika.“ (Rejnková, 2011)
Vztahy pracovního produktu Seznam rizik k dalším prvkům jsou zobrazeny v tabulce 52.
Disciplína Řízení vývoje produktu Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat
Vedoucí
Plánování projektu Plánování iterace
88
Řízení iterace Tabulka 52: Pracovní produkt Seznam rizik (Zdroj: autorka)
5.5.20 Plán testů
Obsahem dokumentu Plán testů jsou podrobné informace k testování v rámci projektu, které se provádí s každou dodávkou vyvíjeného řešení.
Vztahy pracovního produktu Plán testů k dalším prvkům jsou zobrazeny v tabulce 53.
Disciplína Testování
Vztah k MPPS-AV součást MMSP-AV
Role
Nese odpovědnost Může upravovat Správce automatizace
Programátor
Vedoucí projektu
Úloha
Je vstupem Je výstupem
Tvorba jednotkových testů Provedení jednotkových testů Příprava testů automatizace Provedení testů automatizace Příprava výkonnostních testů Provedení výkonnostních testů Vyhodnocení testů
Plánování testů
Tabulka 53: Pracovní produkt Plán testů (Zdroj: autorka)
5.5.21 Zápis z týmové schůzky
Z každé týmové schůzky se dělá zápis, který se následně sdílí se všemi členy týmu.
Vztahy pracovního produktu Zápis z týmové schůzky k dalším prvkům jsou zobrazeny v tabulce 54.
89 Disciplína Řízení vývoje produktu Vztah k MPPS-AV nový
Role Nese odpovědnost Může upravovat
Vedoucí týmu ---
Úloha Je vstupem Je výstupem
--- Moderování týmových schůzek
Tabulka 54: Pracovní produkt Zápis z týmové schůzky (Zdroj: autorka)
5.5.22 Seznam testů automatizace
Jedná se o seznam testů, které ověří dodávanou automatizaci IT infrastruktury podle Plánu automatizace.
Vztahy pracovního produktu Seznam testů automatizace k dalším prvkům jsou zobrazeny v tabulce 55.
Disciplína Testování Vztah k MPPS-AV upravený
Role Nese odpovědnost Může upravovat
Správce automatizace ---
Úloha
Je vstupem Je výstupem
Provedení testů automatizace Vyhodnocení testů
Příprava testů automatizace
Tabulka 55: Pracovní produkt Seznam testů automatizace (Zdroj: autorka)
5.5.23 Výsledky testů automatizace
Vztahy pracovního produktu Výsledky testů automatizace k dalším prvkům jsou zobrazeny v tabulce 56.
Disciplína Testování Vztah k MPPS-AV upravený
90
Role Nese odpovědnost Může upravovat
Správce automatiazce ---
Úloha Je vstupem Je výstupem
Vyhodnocení testů Provedení testů automatizace Tabulka 56: Pracovní produkt Výsledky testů automatizace (Zdroj: autorka)
5.5.24 Seznam výkonnostních testů
Jedná se o seznam testů, které ověří optimální výkon systému s dodávanou automatizaci IT infrastruktury podle Plánu automatizace.
Vztahy pracovního produktu Seznam výkonnostních testů k dalším prvkům jsou zobrazeny v tabulce 57.
Disciplína Testování Vztah k MPPS-AV upravený
Role Nese odpovědnost Může upravovat
Správce automatizace ---
Úloha
Je vstupem Je výstupem
Provedení výkonnostních testů Vyhodnocení testů
Příprava výkonnostních testů
Tabulka 57: Pracovní produkt Seznam výkonnostních testů (Zdroj: autorka)
5.5.25 Výsledky výkonnostních testů
Vztahy pracovního produktu Výsledky výkonnostních testů k dalším prvkům jsou zobrazeny v tabulce 58.
Disciplína Testování Vztah k MPPS-AV upravený
Role Nese odpovědnost Může upravovat
Správce automatiazce ---
91
Úloha Je vstupem Je výstupem
Vyhodnocení testů Provedení výkonnostních testů Tabulka 58: Pracovní produkt Výsledky výkonnostních testů (Zdroj: autorka)
5.5.26 Akceptační protokol
Tento dokument určuje, že vše bylo dodáno ke spokojenosti role Zainteresovaná strana a projekt může být ukončen. Většinou bývá jeho součástí dodání Uživatelské dokumentace.
Vztahy pracovního produktu Akceptační protokol k dalším prvkům jsou zobrazeny v tabulce 59.
Disciplína Uživatelské zkušenosti Vztah k MPPS-AV Nový
Role
Nese odpovědnost Může upravovat Zainteresovaná strana Vedoucí týmu
Produktový vlastník
Úloha Je vstupem Je výstupem
--- Akceptace implementovaného
řešení
Tabulka 59: Úloha Akceptace implementovaného řešení (Zdroj: autorka)
5.6 Platforma Ansible
Podkapitola Platforma Ansible vychází z textu této diplomové práce z kapitoly 3 Platforma Ansible, která obsahuje charakteristiku a architekturu platformy Ansible.
5.7 Uživatelská příručka pro práci s platformou Ansible
Součástí metodiky MAIPA je uživatelská příručka s názvem Dokumentace k práci s platformou Ansible, a je z důvodu jejího rozsahu součástí této diplomové práce v příloze A. Obsahuje postup instalace a popis práce s platformou Ansible vycházející z nasazeného řešení z kapitoly 6.
92
5.8 Shrnutí
Metodika MAIPA je vypracovaná jako ucelený návod pro implementaci automatizace IT infrastruktury pomocí platformy Ansible. Vychází z metodiky MMSP-AV a přebírá všechny její prvky, kterými jsou role, disciplíny, úlohy, pracovní produkty a fáze životního cyklu.
Jednotlivé prvky jsou vůči metodice MMSP-AV upravené nebo nově vytvořené tak, aby vyhovovali jejím potřebám. Dále obsahuje popis platformy Ansible a Dokumentaci
k práci s danou platformou.
Metodika MAIPA vychází také z DevOps. Proto je ve všech částech metodiky zdůrazněná nebo minimálně naznačená důležitost spolupráce a komunikace celého týmu v rámci celého životního cyklu.
Metodika je jenom teoretická a vychází z reálnych principů, které autorka získala při práci na agilních projektech ve svém zaměstnání v telekomunikační společnosti. Dané projekty se
zaměřovali na práci s platformou Ansible v rámci automatizace vždy konkrétní části IT infrastruktury.
93
6 Ověření metodiky MAIPA při nasazení platformy Ansible pro automatizaci správy testovací aplikace
Cílem této kapitoly je krátký popis testovací aplikace a definice seznamu úkolů vhodných pro automatizaci její správy pomocí platformy Ansible. Následně je navržené řešení jednotlivých úkolů s ohledem na prvky metodiky MAIPA. Řešení je také zpracované v Příloze A: Dokumentace k práci s platformou Ansible a je součástí veřejné přílohy k této diplomové práci. Zdrojové kódy jsou upravené kvůli anonymizaci řešení tak, aby je bylo možné veřejně publikovat.
6.1 Popis testovací aplikace
Produkční testovací aplikace je aplikace, která testuje telekomunikační služby (hlasové a datové služby jako například: volání v mobilní a fixní síti, dostupnost DNS nebo NBIoT služby a aplikace). Její architektura je popsaná v podkapitole 2.1.3 Schéma a služby IT infrastruktury vhodné pro MAIPA a v Příloze A: Dokumentace k práci s platformou Ansible.
6.2 Důvody k nasazení automatizace
Správa testovací aplikace se skládá z různých skriptů v jazycích Shell nebo Pearl, které vytvořilo několik různých administrátorů v průběhu posledních 7 let. Za danou dobu se status testovací aplikace a požadavky na ní velmi změnily. Historicky vytvořené skripty dostatečně neřeší aktuální požadavky na správu dané aplikace. Také jsou psané různými osobami a i když jsou čitelné, tak potřeba změny spíš vede k jejich úplnému přepsání než aktualizaci. To jsou důvody k nasazení platformy Ansible, která umožňuje jednoduše administrovat IT infrastrukturu dané aplikace.
6.3 Použití metodiky MAIPA
Automatizace správy testovací aplikace probíhá jako interní aktivita operativního týmu a lze na ní aplikovat prvky metodiky MAIPA, jak je zobrazeno v tabulce 60.
94 vlastníkem, dodavatelem řešení a operativním týmem s ohledem na nové produktové požadavky.
Výstupem je produktová vize.
Plánování projektu Jedná se o interní aktivitu, takže plánování probíhá s ohledem na další projekty a termíny nastavené vedením s ohledem na budoucí audit.
Výstupem je v daném případě plán pro danou a operativním týmem kdy a za jakých okolností
bude nasazené automatizované řešení. Výstupem je konfigurační plán.
Plánování iterace Operativní tým plánuje přesné kroky pro každou iteraci. Zatím jenom hrubé odhady. Výstupem je plán iterace a seznam rizik.
Plánování testů Jedná se o náčrt hrubého plánu testování.
Domluví se 3 typy testů – jednotkové testy, testy nasazené automatizace a následné výkonnostní
Domluví se 3 typy testů – jednotkové testy, testy nasazené automatizace a následné výkonnostní