Přeskočit na hlavní obsah

Příspěvky

Zobrazují se příspěvky se štítkem testování

Co je kvalitní kód a proč potřebujete code review?

Změnili jste vývojáře na svém projektu a ten říká, že existující kód aplikace je nepoužitelný? Nový tým věnuje hodně času jednoduchým úkolům? Jakmile se vypořádají s jedním problémem, rozpadne se něco dalšího? Nejpravděpodobnějším problémem je kvalita kódu. Co je kvalitní kód? Neexistuje přesné vymezení tohoto pojmu. Pochopení toho, jak by měl vypadat kvalitní zdrojový kód, je zpravidla založeno na dlouholetých zkušenostech specialisty. Někteří programátoři dodržují abstraktní princip KISS, který znamená " Keep It Simple, Stupid! " („Zachovej to jednoduché, hlupáku!“). Z části je tato metoda návrhu spravedlivá, protože odráží hlavní pravidlo dobrého kódu - jednoduchost a jasnost. Jednoduchost však často pletou se zjednodušením, proto je kvalita zdrojového kódu v profesionálním prostředí posuzována několika dalšími vlastnostmi: Vnímání. Kód není přetížen složitými konstrukcemi , proto je snadno srozumitelný i bez další dokumentace nebo připomínek; Podpora. V promyšle

Ověření myšlenky: co by mělo předcházet vytvoření MVP(minimal viable product)?

Současná doba je nejvhodnější k zahájení podnikání. Za celou historii neměli podnikatelé nikdy tolik svobody, podpory a možností. Statistiky však ukazují, že 90 % startupů selže. Proč? Mnoho skvělých nápadů se bohužel nikdy nepromění na vážné a stabilní podnikání, protože na začátku nebyly důkladně testovány na životaschopnost. Vážným investicím musí předcházet určitá posloupnost kroků, bez kterých to nepůjde. Stručně řečeno, pokud mluvíme o rozvoji IT produktů, tato posloupnost by měla obsahovat potvrzení konceptu - vytvoření prototypu - spuštění a testování produktu s nejmenší možnou funkcionalitou (MVP) - a teprve potom plnohodnotný vývoj produktů. V předchozích článcích jsme již diskutovali o tom, co je MVP a proč ho potřebujete . V tomto článku věnujeme větší pozornost krokům, které by měly předcházet vytvoření MVP. Proč je nutné ověření myšlenky? Můžete mít dokonalý nápad, ale pokud nemá podporu a tzv. trakci, bude těžké najít své místo na slunci mezi mnoha dalšími dokonal

Metoda Elona Muska: 6 kroků pro řešení jakéhokoliv problému.

Elon Musk inspiruje miliony lidí po celém světě. Nestandardní myšlení z něj učinilo kultovní postavu současnosti. Je inženýrem, podnikatelem, propagátorem inovativních technologií, který vidí své poslání ve zlepšování života lidstva. V letošním rozhovoru s časopisem Rolling Stone sdělil Musk svou vlastní vědeckou metodu, která mu pomáhá provést revoluční průlomy, ať už je to nápad, nebo řešení obchodního problému. Jde tady o první principy myšlení nebo schopnost začít od nuly, která je základem tvorby a implementace všech inovací. Základem je popřít myšlenky, postupy a standardy, které existovaly dříve. Například chcete uvést na trh nové nákladní auto. Neměli byste přemýšlet nad tím, jaké vozy jsou již na trhu nebo jak vyrobit nákladní automobil lépe než konkurenti atd. Měli byste vzít v úvahu pouze to, že potřebujete něco, co by mohlo zboží přesunout z bodu A do bodu B. Zohledněte zákony fyziky. Všechno ostatní je téma pro přemýšlení a vyjednávání. Musíte najít to nejlepší řešení

Etapy testování mobilních aplikací

Existuje mnoho důvodů, proč může být mobilní aplikace úspěšná: skvělý nápad zákazníka, vynikající vývojáři, skvělá správa procesu vývoje, kompetentní propagace atd. Testování je dalším důležitým faktorem úspěchu. Bez ohledu na to, co dělají vývojáři a jak tvrdě pracují markeťáci či manažeři, bez kontroly kvality se může vše zhroutit jako domeček z karet . Jak už jste pravděpodobně pochopili, budeme mluvit o testování mobilních aplikací, konkretně o etapách testování mobilních aplikací . Testování instalace Co především dělá uživatel mobilní aplikace? Správně: instaluje aplikaci. Tohle je první fáze testování. QA inženýr musí zajistit, aby uživatel neměl žádné problémy během instalace mobilní aplikace. Zde je třeba také určit, zda bude aplikace nainstalována v různých operačních systémech. Testování kompatibility Druhá etapa. Jeho hlavním účelem je zajistit, aby aplikace mohla úspěšně přejít z jednoho prostředí do jiného. Jinými slovy umožňuje určit, zda je produkt připrav

Agile vs. Waterfall: Kterou metodu vývoje aplikace vybrat?

Když vytváříte projekt, téměř pokaždé si pokládáte tyto otázky: jak ho realizovat? Jak organizovat tým? Na metodologii, pomocí které je startup spuštěn, závisí jak kvalita výrobku, tak časový harmonogram realizace. Metoda vývoje software strukturuje mysl, tým a vytváří jasný obraz. Vidíte, v jaké fázi se projekt nachází a jaký krok se má podniknout dál. Zbývá pouze vybrat, kterou metodu zvolit. Jak jsme již uvedli v názvu, budeme porovnávat Agile a Waterfall. Hned na začátku uvádíme, že neexistuje žádná jasná odpověď, výběr závisí na projektu. Můžeme si ovšem říci o výhodách a nevýhodách. Obě metodiky vývoje jsme probrali v článkach “Metody vývoje aplikací. Waterfall ... Agile ...”. Vodopádový model Vodopádový model jasně strukturuje vývoj projektu. Máme plán, který se skládá z jednotlivých etap, jehož výsledkem je konečný produkt. Nápad Startup začíná nápadem, který se Vám rozsvítí nad hlavou jako žárovka. Je třeba jasně pochopit, jaký message vysíláte

Jaký typ testování je pro váš projekt ten správný? Manuální nebo automatické.

V článku Proces vývoje software jsme se zmínili, že jedním z procesu vývoje software je TESTOVÁNÍ. Testování můžeme rozdělit na manuální testování softwaru a automatické testování softwaru. Co ovšem testování vůbec znamená? Pod samotným pojmem TESTOVÁNÍ si méně zainteresovaní lidé mohou představit takové to pouhé “klikání”. Tento pojem je ovšem velice neodborný a nepřesný. Testování je velmi důležitá a vlastně i nepostradatelná součást celého procesu vývoje software. V dnešní době konkurence každodenně narůstá. Je důležité dodat zákazníkovi kvalitní produkt, protože dodání kvalitního produktu vede na jedné straně ke spokojenosti zákazníka a na straně druhé k větší ziskovosti. Je tedy otázkou, pro jaký typ testování se rozhodnout? Některé chyby není možné ignorovat. Jako příklad je možné uvést software pro správu pacientů, ve kterém jsou uchovávány záznamy všech pacientů - diagnózy, léky, plánované návštěvy apod. Pokud je v záznamu nějaký nesoulad, může dojít k p