Jak správně navrhnout testovací pyramidu > 자유게시판

• 목록
• 답변
• 글쓰기
• 게시판 리스트 옵션
  • 수정
  • 삭제

Nejčastější chyby a jak se jim vyhnout Začátečníci často zapomínají na správu paměti. Swift používá ARC (Automatic Reference Counting), ale to neznamená, že nemusíte myslet na silné a slabé reference. Pokud máte dvě třídy, které na sebe vzájemně odkazují, a obě reference jsou silné, vznikne cyklus, který paměť neuvolní. To se projeví jako pomalá aplikace nebo její pády. Řešením je použít weak u jedné z referencí, typicky u delegate nebo closure.

Verzování závislostí: semantické značky a lock soubory Pro řízení verzí používejte semantické verzování (major.minor.patch) a striktně dodržujte jeho pravidla. Major verze znamená nekompatibilní změny, minor přidává funkce zpětně kompatibilně, patch opravuje chyby. Nastavte si pravidlo, že při aktualizaci major verze musí projít celý projekt testy, ne jen část, která knihovnu používá. Zároveň používejte lock soubory (např. package-lock. For more about Miklagaard.no check out our own web site. json, poetry.lock nebo Gemfile.lock), které zmrazí přesné verze všech tranzitivních závislostí. Bez nich se vám může stát, že vývojář nainstaluje novější verzi podzávislosti a vše se rozbije – ale jen u něj lokálně.

Při návrhu pyramidy myslete na to, že poměr 70/20/10 je pouze výchozí bod, ale v praxi závisí na typu projektu. U malé aplikace bez složité logiky můžete mít 80 % integračních testů a jen 20 % jednotkových. Naopak u knihovny s matematickými funkcemi dominují jednotkové testy. Důležité je, aby spodní vrstvy běžely rychle – pokud unit test trvá déle než 1 sekundu, nejedná se o unit test. Snažte se udržet celou sadu jednotkových testů pod deseti minutami, ať je můžete spouštět při každém commitu.

Moderní metody polí jako `map`, `filter`, `reduce` nebo `find` výrazně zjednodušují manipulaci s daty. Místo ruční smyčky s podmínkou a novým polem použijete `filter` a `map` v kombinaci. Typickou chybou je měnit původní pole uvnitř `map` – metoda by neměla mít vedlejší efekty. Vždy vracejte novou hodnotu. `reduce` je mocný nástroj, ale jeho nadužívání vede k nečitelnému kódu – pokud potřebujete jednoduchou sumaci, zvažte, zda není jasnější použít cyklus nebo kombinaci `filter` a `map`.

Při výběru vývojového prostředí (IDE) se často soustředíme na podporu hlavního jazyka, ale zapomínáme na databázovou část. Přitom právě práce s SQL a databázovými nástroji může výrazně ovlivnit vaši produktivitu. Než se rozhodnete pro konkrétní nástroj, zjistěte si, jakým způsobem integruje připojení k databázi, zda umí zvýrazňovat syntaxi SQL a jestli nabízí automatické doplňování příkazů. Většina moderních IDE tyto funkce má, ale liší se v detailech, které poznáte až při běžné práci.

Nakonec si osvojte modulární systém `import/export`. Umožňuje rozdělit kód barvy stěn do obýváku malých, testovatelných souborů. Častou chybou je zapomenout na `default` export nebo naopak importovat nesprávně pojmenovaný export. Při práci s velkými projekty se vyplatí používat jmenné exporty, které usnadní tree-shaking. Moderní JavaScript nabízí mnoho nástrojů, ale klíčem je střídmost – nepoužívejte nové funkce tam, kde starší přístup je jasnější. Kód se má číst jako kniha, ne jako hlavolam.

Důležitou součástí vývoje je práce s uživatelským rozhraním. V Xcode máte na výběr mezi Interface Builderem (storyboardy) a SwiftUI. Storyboardy jsou starší a stále fungují, ale SwiftUI je modernější a deklarativní – popíšete, jak má rozhraní vypadat, a systém se postará o zbytek. Pokud začínáte, doporučuji zkusit SwiftUI, protože je intuitivnější a méně náchylné na chyby při spojování prvků. Při návrhu myslete na to, že aplikace musí vypadat dobře na různých velikostech obrazovky – používejte automatické rozložení (Auto Layout) nebo SwiftUI modifikátory, jako je frame a padding.

Další častou chybou je ignorování životního cyklu view controlleru. Metody jako viewDidLoad nebo viewWillAppear musíte používat s rozmyslem. Například pokud načítáte data ze sítě, nedělejte to v viewDidLoad synchronně – aplikace by zamrzla. Vždy používejte asynchronní volání a aktualizujte UI na hlavním vlákně. Pro jednoduché úlohy využijte DispatchQueue.main.async.

Při práci s moderním JavaScriptem se nevyhnete asynchronním operacím. `async/await` je čitelnější alternativa k řetězení `Promise`. Chybou je zapomenout na `await` uvnitř `async` funkce – pak místo hodnoty dostanete `Promise` a logika se rozpadne. Vždy obalujte `await` do `try/catch` nebo používejte `.catch`, abyste ošetřili chyby. Také si dejte pozor na paralelní provádění – pokud nepotřebujete čekat na sebou závislé operace, použijte `Promise.all`, jinak zbytečně prodlužujete dobu běhu.

Začněte tím, že si ujasníte, co chcete testy chránit. Jednotkové testy by měly pokrývat čistou byznys logiku, algoritmy a pomocné funkce, které nevyžadují žádnou infrastrukturu. Pokud píšete testy pro třídy, které komunikují s databází, souborovým systémem nebo externími službami, nejedná se o jednotkové testy, ale o testy integrační. To je nejčastější chyba – vývojáři označí test za jednotkový, i když ve skutečnosti spouští celý modul se závislostmi, a pak se diví, že je pomalý a nestabilní.