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

Prvním krokem k lepším odhadům je změna úhlu pohledu. Místo otázky „Kdy to bude hotové?" se ptejte „Co všechno musíme udělat a co se může pokazit?" Rozdělte práci do malých, nezávislých bloků, každý o velikosti nejvýše jednoho až dvou dnů. U každého bloku si zapište dva údaje: optimistický čas a reálný čas, který zahrnuje nečekané komplikace. Počítejte také s časem na schůzky, revize kódu a opravy chyb, které v zadání nejsou vidět.

Při psaní testů se zaměřte na hraniční hodnoty a výjimky. Například metoda, která dělí dvě čísla, by měla mít test pro dělení nulou. NUnit k tomu nabízí Assert.Throws(() => …). Tím ověříte nejen to, že osvětlení v obývákuýjimka vznikne, ale i to, že se objeví na správném místě. Další užitečnou funkcí je parametrizace testů přes [TestCase]. Můžete tak jednu metodu spustit s různými vstupy, aniž byste duplikovali kód. Typický příklad:

Na co si dát pozor, když se rozhodnete řešit více jazyků správně? Za prvé, neignorujte soubory s příponami, které neznáte. Podívejte se, co obsahují, a pokud to má být součást projektu, přiřaďte jim správný jazyk. Za druhé, pravidelně kontrolujte, že se nastavení synchronizuje s vaší verzí IDE, protože aktualizace někdy přepíšou konfiguraci. A za třetí, testujte si změny na malém vzorku kódu, ne na celém projektu. Tím se vyhnete situaci, kdy po stisknutí tlačítka „format code" přepíšete půlku souboru jiným stylem, než tým používá. Správné nastavení IDE je investice, která se vrátí pokaždé, když otevřete projekt a všechno hned funguje.

Když portfolio máš, zaměř se na to, jak ho prezentovat. V životopise nepiš „nemám praxi, ale chci se učit", ale „mám portfolio s deseti test case a pěti bug reporty z reálných aplikací". Personalista ocení konkrétní čísla a příklady. Na pohovoru buď připraven na to, že tě požádají, abys vysvětlil, jak jsi testoval některou z aplikací z portfolia. Trénuj si, jak o tom mluvit nahlas – strukturovaně: co jsi testoval, jaké nástroje jsi použil, co jsi našel.

Na co si dát pozor při prvním spuštění Když poprvé spustíte docker run, narazíte na dvě úskalí. První je práce s daty. Kontejnery jsou ze své podstaty dočasné – když je smažete, přijdete o všechna data uvnitř. Pokud tedy používáte databázi nebo ukládáte soubory, musíte použít takzvané svazky (volumes). Bez nich se vám po každém restartu ztratí vše, co jste uložili. Druhým častým problémem jsou porty. Kontejner má vlastní síť, takže musíte explicitně propojit port z kontejneru na port hostitele. Jinak se k aplikaci zvenku vůbec nedostanete. Základní příkaz vypadá takto: docker run -p 8080:80 nginx. Tím mapujete port 80 z kontejneru na port 8080 vašeho počítače.

Testování jednotek v C# s NUnit je dovednost, která se hodí každému vývojáři, ať pracujete na malém projektu nebo na rozsáhlém podnikovém systému. NUnit patří mezi nejrozšířenější testovací frameworky pro .NET a jeho API je natolik intuitivní, že první test zvládnete napsat během pár minut. Než ale začnete, ujasněte si, co od testů očekáváte: nejde o psaní kódu pro radost, ale o zachycení regresí, ověření hraničních případů a poskytnutí rychlé zpětné vazby při refaktoringu.

Nejčastější chyba, kterou vidím u nováčků, je přeskakování mezi jazyky. Týden zkusí Python, pak je napadne, že by chtěli dělat hry, a přejdou na C#. Za další dva týdny objeví JavaScript a začnou znovu od nuly. Každý jazyk má jiné paradigma a jiné nástroje, takže se pořád učíte základy, ale nikdy nejdete do hloubky. Vyberte si jeden jazyk a zůstaňte u něj minimálně tři měsíce. Za tu dobu zvládnete proměnné, podmínky, cykly, funkce a práci s poli – to je základ, který je přenositelný do jakéhokoli jiného jazyka.

Důležité je také naučit se psát srozumitelně a osvětlení v obývákuýstižně. Typickou chybou začátečníků je popisovat bug jako „nefunguje to" nebo „spadne to". Místo toho piš: „Po kliknutí na tlačítko Odeslat na stránce registrace se zobrazí prázdná obrazovka a aplikace dále nereaguje." Takový popis dává najevo, že rozumíš tomu, co tester dělá. Vyhni se také testování jen „happy path" – zkoušej neplatné vstupy, prázdná pole, nezvyklé sekvence kroků.

Základním stavebním kamenem je atribut [Test] nad metodou, která ověřuje chování konkrétní části aplikace. K tomu potřebujete referenci na balíček NUnit, nejlépe přes NuGet. Po instalaci vytvoříte třídu s testy, obvykle pojmenovanou podle testované třídy, a do ní přidáte metody s logickými názvy. Například pro třídu Kalkulacka by metoda mohla být Scitani_VraciSpravnyVysledek. Uvnitř pak použijete Assert.AreEqual nebo novější Assert.That s constraint syntaxí. Důležité je testovat jednu věc, ne kombinovat více scénářů barvy stěn do obýváku jednoho testu – to ztěžuje diagnostiku selhání.