Differences

This shows you the differences between two versions of the page.

--- statnice:bakalar:b6b36ts1 [2025/05/28 15:09] – [Automatizované testy založené na simulaci akcí uživatele v uživatelském rozhraní systému: princip testu, příklad technologie, rozdíl oproti jednotkovým testům.] prokop
+++ statnice:bakalar:b6b36ts1 [2025/05/28 15:42] (current) – [Testovací strategie: princip metody Business Driven Test Management] prokop
@@ Line 378: / Line 378: @@
 | Příklad | Test metody pro výpočet ceny. | Test propojení mezi platebním modulem a bankovní API. |
 ===== Automatizované testy založené na simulaci akcí uživatele v uživatelském rozhraní systému=====
-=== Princip testu ===
+==== Princip testu ====
-* End-to-end (E2E) testování simuluje chování reálného uživatele v aplikaci.
+  * **End-to-end (E2E)** testování simuluje chování reálného uživatele v aplikaci.
-* Ověřuje správnou funkčnost aplikace z pohledu uživatele – od začátku do konce.
+  * Ověřuje správnou funkčnost aplikace z pohledu uživatele – od začátku do konce.
-* Kontroluje nejen jednotlivé komponenty, ale i jejich propojení, integraci a datovou konzistenci.
+  * Kontroluje nejen jednotlivé komponenty, ale i jejich **propojení, integraci a datovou konzistenci.**
-* Typické scénáře:
+  * Typické scénáře:
-  * otevření aplikace (např. v prohlížeči),
+    * otevření aplikace (např. v prohlížeči),
-  * zadání vstupů (kliknutí, psaní, potvrzování),
+    * zadání vstupů (kliknutí, psaní, potvrzování),
-  * sledování odpovědí systému (zobrazení dat, reakce UI),
+    * sledování odpovědí systému (zobrazení dat, reakce UI),
-  * ověření správného dokončení procesu.
+    * ověření správného dokončení procesu.
-=== Příklad technologie ===
+==== Příklad technologie ====
-* Selenium – nástroj pro automatizaci webových prohlížečů.
+  * **Selenium** – nástroj pro automatizaci webových prohlížečů.
-* Další příklady:
+  * Další příklady (BONUS):
-  * Cypress.IO
+    * Cypress.IO
-  * Playwright
+    * Playwright
-  * Robot Framework
+    * Robot Framework
-  * TestCafe
+    * TestCafe
-  * Puppeteer
+    * Puppeteer
-* Tyto nástroje umožňují:
+  * **Tyto nástroje umožňují:**
-  * simulovat klikání, psaní, posouvání,
+    * simulovat klikání, psaní, posouvání,
-  * kontrolovat obsah stránek,
+    * kontrolovat obsah stránek,
-  * ověřovat výsledky akcí (např. přidání položky, dokončení platby).
+    * ověřovat výsledky akcí (např. přidání položky, dokončení platby).
-=== Rozdíl oproti jednotkovým testům ===
+==== Rozdíl oproti jednotkovým testům ====
 | Aspekt | E2E testy (testy UI) | Jednotkové testy |
 |-|-|-|
@@ Line 410: / Line 410: @@
 | Nástroje | Selenium, Cypress, Playwright, TestCafe, Puppeteer. | JUnit, TestNG, NUnit, xUnit. |
 | Účel | Ověření, že celý systém funguje pro uživatele. | Ověření, že logika kódu funguje podle očekávání. |
-===== Testovací strategie: princip metody Business Driven Test Management, její základní části a jejich souvislosti. =====
+===== Testovací strategie: princip metody Business Driven Test Management =====
+=== Testovací Strategie Obecně ===
+  * Testovací strategie je plán na vyšší úrovni, který definuje:
+    * co budeme testovat,
+    * jak budeme testovat,
+    * s jakými prioritami,
+    * s jakou intenzitou,
+    * jakými metodami a nástroji.
+  * Slouží jako vodítko pro celý testovací tým, aby všichni pracovali podle stejného rámce a cílů.
+  * Obsahuje nejen technické aspekty, ale i organizační a byznysové pohledy – stejná terminologie, procesy, metriky
+  * Pomáhá sladit očekávání mezi zadavatelem, managementem a testovacím týmem.
+  * Zajišťuje, že se testování soustředí na oblasti s největším rizikem nebo nejvyšší byznys hodnotou.
+==== Princip metody Business Driven Test Management ====
+  * Metoda BDTM (Business Driven Test Management) pochází z rámce TMAP Next.
+  * Je určená hlavně pro větší testovací projekty, ale lze ji škálovat i na menší.
+  * Jejím cílem je přímo propojit cíle byznysu s přípravou a prováděním testů.
+  * Výstupem je velká tabulka, která propojuje:
+    * testovací cíle (test goals),
+    * požadavky a specifikace,
+    * části testovaného systému,
+    * analýzu rizik,
+    * test levels,
+    * druhy testů a jejich intenzitu,
+    * zvolené test design techniky.
+=== Základní části metody ===
+  * **Test goals (testovací cíle)**
+    * Overall test goals (např. od investora, senior managementu).
+    * Departmental test goals (např. od budoucích koncových uživatelů).
+    * Pomáhají sjednotit očekávání kvality a odhalit rozpory mezi investorem a uživateli.
+  * **Popis testovaného systému**
+    * Přehled funkcí systému a jejich vazba na požadavky, procesy a kvalitativní aspekty (funkčnost, výkon, bezpečnost).
+  * **Analýza rizik**
+    * Hodnocení pravděpodobnosti selhání a možného dopadu.
+    * Určení tříd rizika podle kombinace těchto faktorů.
+  * **Určení priorit**
+    * Podle tříd rizika určujeme, co testovat intenzivněji.
+    * Priorita je odvozena z byznysového dopadu selhání, nikoliv jen z technického pohledu.
+  * **Test levels**
+    * Definujeme úrovně testování (např. vývojářské testy, systémové testy, UAT, testy v produkci).
+    * Určujeme, jakou intenzitou se bude testovat na které úrovni.
+  * **Intenzita testování**
+    * Přizpůsobujeme intenzitu podle rizik a dostupných zdrojů.
+    * Např. pro vysokorizikové oblasti vyšší pokrytí a intenzita, pro nízkorizikové nižší.
+=== Souvislosti mezi částmi ===
+  * Test goals určují, co je potřeba ověřit → vazba na funkce systému a požadavky.
+  * Analýza rizik určuje priority a intenzitu testování pro jednotlivé oblasti.
+  * Test levels rozdělují testy podle fází a týmů.
+  * Intenzita testování se přizpůsobuje prioritám, rozpočtu a časovým omezením.
+  * Celý proces je propojený v hlavní řídicí tabulce, která zajišťuje přehlednost, konzistenci a trasovatelnost.

Trace: • b4b36fup

Differences

Search

Navigation

Print/export

Tools

QR Code