Především bychom měli vědět, co je to Baseline, než pochopíme, co je Baseline testování.

Technicky řečeno –

Baseline je formální dokument, který slouží jako základní dokument pro budoucí práci. Řečeno jazykem laiků, pro zhotovení stavby potřebujete základ. Totéž platí pro testování. Potřebujeme vytvořit Baseline, ze kterého se vychází při dalším testování. Především je velmi důležité vědět, že se jedná o nefunkční testování, což znamená, že nemá nic společného s testováním funkčnosti aplikace. Provádí se spíše testování dokumentu, který vytváří pevný základ pro práci, která se bude provádět v budoucnu. Lze tedy říci, že slouží jako základ pro budoucí vývoj, ať už je jakýkoli. Může to být výkonnost, vývoj testovacích případů.

Mluvíme-li z hlediska testování výkonnosti –

Pokud je vidět, že výkonnost aplikace určitého serveru při zátěži 100 uživatelů, pokud na serveru se zátěží 100 pracuje dobře bez jakéhokoli přerušení nebo zpomalení či poruchy a poté, co je na server obsahující aplikaci aplikována zátěž větší než 100 uživatelů, výkonnost serveru drasticky klesá. Pak můžeme říci, že standardem pro tento server je 100 uživatelů. Nyní lze tento standard porovnat se standardním serverem a definovat budoucí rozsah testování výkonu.

Pochopíme to na dalším příkladu, předpokládejme, že verze 1 má dobu odezvy 2 sekundy a verze 2 má dobu odezvy 3 sekundy. Nyní pro verzi 3 platí, že doba odezvy 2 sekundy verze 2 slouží jako základ nebo výchozí hodnota pro výkonnost verze 3. Z toho tedy můžeme odvodit, že Baseline je dokument, na který se odkazuje jako na základnu pro srovnání nebo referenci pro budoucí práci. Musí existovat nějaký dokument, na který se lze odvolávat jako na stabilní finální dokument pro budoucí práci.

Mluvíme-li v termínech vývoje softwaru –

Mluvíme-li v termínech vývoje softwaru, existuje dokument, který se nazývá návrhový dokument. Může to být dokument nízké úrovně nebo dokument vysoké úrovně, na jehož základě se zahajují vývojové práce. Pokud hovoříme v termínu testování, dokument připravený Business analytikem, který je v kontaktu s klientem a je zodpovědný za získání požadavků od klienta, slouží jako referenční bod pro kontakt s testery pro zahájení procesu vývoje a testování. Obchodní analytik se po sjednání schůzky vydá ke klientovi, kde převezme požadavek a vyplní jej do určité šablony. Nyní požadavek projedná s manažerem zapojení nebo manažerem projektového řízení, aby mohl požadavek otestovat a ověřit jeho proveditelnost. V případě, že jim požadavek není jasný, požádají vývojáře o vytvoření prototypu a v případě spokojenosti předají dokument s požadavkem projektovému manažerovi, který připraví specifikaci softwarových požadavků. Dokument připravený obchodním analytikem se nazývá Business Requirement Document nebo Functional Requirement Specification nebo User Requirement Specification nebo Business Design Document nebo Business Document v závislosti na terminologii používané v organizaci. Zde tedy vidíme, že testování požadavků se provádí za účelem finalizace Dokumentu požadavků, který slouží jako základ, na jehož základě se připravuje Dokument návrhu nebo Plán projektu a Plán testování a tvoří základ pro vývoj a testování softwaru. Tento typ testování se nazývá základní testování (Baseline testing). Při tomto typu testování kontrolujeme, zda připravený dokument odpovídá požadavkům a zda správně splňuje očekávání, nebo jinými slovy dokument ověřujeme a finalizujeme.

Po provedení Baseline testování a finalizaci dokumentu Specifikace požadavků na software můžeme pokračovat a zahájit proces vývoje a testování. Pro testování můžeme začít připravovat testovací případy na základě dokumentů požadavků. Hlavní výhodou Baseline Testingu je, že můžeme odstranit chyby v požadavcích v rané fázi životního cyklu vývoje softwaru a odstranit tak mnoho problémů a úsilí v pozdější fázi a pomůže nám dodat projekt s minimem přepracování a menším úsilím.

Mluvíme-li o fázi životního cyklu vývoje softwaru –

Jak víme, více práce v rané fázi životního cyklu vývoje softwaru snižuje příliš mnoho úsilí v pozdější fázi. Abychom pochopili, jak důležité je základní testování, musíme trochu porozumět životnímu cyklu vývoje softwaru. První fází je fáze požadavků, kdy Business analytik shromažďuje informace od klienta a připravuje dokumenty s požadavky, které se nazývají Business Requirement Document nebo Functional Requirement Specification nebo User Requirement Specification nebo Business Design Document nebo Business Document v závislosti na terminologii používané v dané organizaci. Z dokumentu požadavků se provede testování dokumentu požadavků, kterému se říká Baseline testing, a požadavek se dokončí nebo můžeme říci, že se požadavek zmrazí. Jakmile je splněn a je možné jej považovat za splněný, připraví se ve fázi Analýzy Specifikace požadavku na software. V tomto dokumentu projektový manažer nebo technický manažer či systémový analytik připraví projektový plán o tom, jak bude projekt vyvíjen. Na základě dokumentu SRS se připraví návrhový dokument, jako je High-Level Design Document a Low-Level Design Document, na jehož základě se provádí další fáze životního cyklu vývoje softwaru, jako je kódování, testování a dodávka.

Pokud není Baseline Testing proveden správně a Business Requirement Document není správně dokončen, pak SRS připravený na základě Business Requirement Document nebude správný a Design Document také nebude správný, a proto všechny činnosti vývoje a testování nebudou podle očekávání klienta, protože může dojít k drobné chybě při přebírání požadavku nebo požadavek nebyl správně baseline. Z toho můžeme pochopit, jak moc důležité je testování Baseline.

Jednou z důležitých věcí je, že existuje termín Baseline, který se používá v řízení konfigurace, i když význam je víceméně stejný i tam. Souvisí s verzováním dokumentu, kdy je základní verze dokumentu finalizována a nová verze dokumentu je vydávána na jedno vydání softwarové aplikace. Ale i ve správě konfigurace existuje jen malý pojem Baseline Testing, protože základní verze všech dokumentů, ať už se týkají vývoje, testování, webdesignu nebo jakéhokoli jiného dokumentu připravovaného v souvislosti s vývojem softwaru, je třeba správně zkontrolovat z hlediska formátů a obsahu, aby další verze dokumentu byla připravena s menším úsilím v již správně naformátovaném dokumentu.

Závěr:

Tak vidíme, že testování Baseline má jak velký význam a pokud a dokud není dokument s požadavky řádně ověřen, nebo jinými slovy, pokud se testování Baseline neprovede, bude v pozdější fázi mnoho problémů a využití úsilí bude mnohem větší při řešení problémů, což bude jen plýtvání úsilím a časem a bude třeba přijmout nový požadavek a projít všemi fázemi životního cyklu vývoje softwaru, aby se problém zcela vyřešil. Můžeme tedy říci, že základní testování řeší mnoho problémů v dřívější fázi, snižuje náklady, úsilí a čas organizace v pozdější fázi životního cyklu vývoje softwaru.

⇓ Předplaťte si nás ⇓

Pokud nejste pravidelnými čtenáři těchto webových stránek, pak vám vřele doporučujeme přihlásit se k odběru našeho bezplatného e-mailového zpravodaje!!! Zaregistrujte se pouhým zadáním své e-mailové adresy níže:

Šťastné testování!!!