Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
Obě strany předchozí revize Předchozí verze Následující verze | Předchozí verze Následující verze Obě strany příští revize | ||
mgr-szz:in-gra:21-gra [2018/01/29 22:34] roozi |
mgr-szz:in-gra:21-gra [2018/01/29 23:28] roozi |
||
---|---|---|---|
Řádek 85: | Řádek 85: | ||
- | ====== Softwarové metriky, refaktoring kódu ====== | + | ====== Fáze testování a typy testů ====== |
- | Softwarová metrika je nějaký údaj (měření, atribut softwaru), který lze nakonec převést na číselné hodnocení. | + | Proces spuštění (části) programu s cílem nalézt chyby. Nemůže ukázat nepřítomnost defektů, může pouze ukázat, že v softwaru jsou chyby. Testování také ukazuje funkce a výkon. A je také ukazatelem kvality software.Testování je destruktivní činnost, není vhodné, aby vývojář a tester byla ta samá osoba. |
+ | * Verifikace - test proti vnitřní činnosti (unit testy) | ||
+ | * Validace - test proti specifikaci | ||
+ | BlackBox vs. WhiteBox (vidím/nevidím do struktury programu) | ||
+ | |||
+ | **Typy testů** | ||
+ | * **Unit testy** - hledají defekty uvnitř softwarových komponent a verifikují fungování softwarových komponent (např. modulů, programů, objektů, tříd, atd.), které jsou testovatelné samostatně. | ||
+ | * **Assembly testy** - mají za úkol ověřit, že jednotlivé části kódu, testované v rámci unit testů, spolu fungují. | ||
+ | * **Integrační testy** - Integrační testování testuje rozhraní mezi komponentami, interakce s různými částmi systému jako jsou operační systém, souborový systém, hardware anebo rozhraní mezi systémy. | ||
+ | * **Systémové testy** - Systémové testování se zabývá chováním celého systému/produktu, jak byl definován rozsahem vyvíjeného projektu nebo programu. Měly by pokrýt jak funkční tak nefunkční požadavky. | ||
+ | * **Akceptační testy** - jsou hlavní částí testování z pohledu dodávky aplikace zákazníkovi. | ||
+ | |||
+ | **Další testy** | ||
+ | * **Funkční testy** – slouží k nalezení rozdílů mezi aktuální aplikací proti funkční specifikaci (funkční požadavky) | ||
+ | * **Nefunkční testy** - zahrnují testování výkonu, zátěžové testování, stres testování, testování použitelnosti, testování udržovatelnosti, testování spolehlivosti a testování přenositelnosti. Je testováním toho, “jak“ systém pracuje (jako celek). | ||
+ | * **Statické testy** – provádí manuální prozkoumání (revidování) a automatizovanou analýzu (statickou analýzu) kódu nebo jiné projektové dokumentace (uživ.příručky, apod.) | ||
+ | * **Dynamické testy** - znamenají provádění testování na již běžící systému, aplikaci | ||
+ | * **Regresní testy** - testy na ověření stávající funkcionality (provádí se po opravení chyb či novem release) | ||
+ | * **Progresní testy** - testy na ověření nové funkcionality | ||
+ | * **Smoke test** - je krátký test, který slouží jako ověření, že vyvíjená aplikace je "způsobilá" pro další fázi testování. | ||
+ | |||
+ | |||
+ | |||
+ | ====== Softwarové metriky, refaktoring kódu ====== | ||
+ | Softwarová metrika je nějaký údaj (měření, atribut softwaru), který lze nakonec převést na číselné hodnocení. | ||
**Metrika**\\ | **Metrika**\\ | ||
**Kvantitativní** (číselně vyjádřená) míra, tj. ukazatel do jaké míry se nějaký atribut vyskytuje v systému, komponentě nebo procesu nebo **kvalitativní** charakter, tj. nečíselné vyjádření.\\ | **Kvantitativní** (číselně vyjádřená) míra, tj. ukazatel do jaké míry se nějaký atribut vyskytuje v systému, komponentě nebo procesu nebo **kvalitativní** charakter, tj. nečíselné vyjádření.\\ | ||
Řádek 165: | Řádek 189: | ||
* Měření | * Měření | ||
* Standardy a procedury | * Standardy a procedury | ||
+ |