Obsah
Při provádění rozsáhlých vývojů často ztrácíme ze zřetele, když provedeme změnu v tom, že to ovlivní její zbytek, tento typ nejistoty může vést ke katastrofě, pokud nové změny skutečně poškodí něco, co bylo dříve schváleno.Abychom se vyhnuli tomuto typu situace, je vývoj založen na testech, tj. Stavíme systémové testy Před vytvořením kódu pomocí řešení tímto způsobem začneme s něčím, co nám od začátku poskytne chyby, a necháme ho projít všemi testy.
Když přidáme novou změnu, jednoduše spustíme všechny již napsané testy a pokud nějaké, které již prošly, selžou, víme, že v našem kódu musíme provést opravu.
Nejprve zkuste, kódujte později
V programovacím přístupu obvykle děláme to, co děláme napište kousek kódu a později vyzkoušejte náš program Podívejme se, jestli to běží a dává nám očekávaný výsledek, mnozí by mohli říci, že je to nejlepší a možná pro určité požadavky je to nejlepší volba, ale co když s každým novým kódem musíme vyzkoušet celý nákupní proces, kde utratíme 15 minut jen testování, to by byla velká ztráta času, který bychom mohli věnovat jiným aktivitám našeho projektu.
V extrémním programování, kde musíme dosáhnout skvělých výsledků s minimem zdrojů a času, pokud si představíme předchozí situaci, garantujeme určité selhání, zde programování založené na testech nebo Test Driven Development Jak mnohokrát to najdeme, s tím nejprve uděláme test a poté kód, což nás donutí mít podporu s testem, a tak mít jistotu, že náš kód neselže, pak nakonec místo testování při nákupu jednoduše spustíme soubor, který nám poskytne výsledek kontrolní body že se rozhodneme to zkusit.
Podívejme se níže na obrázek s kódem, který provede několik testů, a poté vysvětlíme, jak to funguje:
V kódu začneme provedením a import metody rect_area, přiřadíme nějaké hodnoty a stanovíme příslušnou odpověď, pak s podmíněným uvidíme, zda tato odpověď odpovídá volání uvedené metody.
Je -li správné, vytiskneme, že jsme testem prošli, jinak test selhal, tento poměrně jednoduchý přístup k tomu, co je test, nám ukazuje, že více než sledovat, zda se náš program spouští nebo ne, hledáme ověření našeho řešení na adrese úroveň Obecně platí, že jelikož víme, co musíme vrátit, známe problém a spolu s ním musíme najít způsob, jak jej vyřešit.
V ukázkovém testu, pokud jej spustíme, musíme mít na začátku mnoho chyb, protože když řešíme každou z nich, dosahujeme ověření našeho řešení.
I když to zpočátku vypadá, že programujeme obráceně, na konci dne nám tato metodika může ušetřit spoustu bolestí hlavy, když děláme velký a složitý systém.Líbil se vám tento návod a pomohl mu?Autora můžete odměnit stisknutím tohoto tlačítka, čímž mu dáte kladný bod