Než napíšete jediný řádek kódu, přečtěte si CONTRIBUTING.md a LICENSE. V CONTRIBUTING.md bývá uvedeno, jaký styl commitů projekt vyžaduje, zda se používají konvenční zprávy, jestli se smí posílat změny přímo do větve, nebo jen přes fork. Licence zase určuje, zda váš příspěvek může být vůbec přijat a za jakých podmínek. Ignorování těchto dvou souborů je nejčastější důvod, proč je pull request zavřen bez vysvětlení.
Třetím krokem je zvážit, jak chcete řešit pozdější změnu podmínek. Některé projekty používají dvojí licencování nebo přechod na novější verzi licence. Pozor na formulace typu „a pozdější verze” – dávají budoucím příjemcům možnost řídit se i verzí, kterou jste při zveřejnění neznali. Pokud chcete mít jistotu, uveďte konkrétní číslo verze licence.
Jak vypadá pull request, který projde Vytvořte fork, naklonujte si ho a nastavte si vzdálený repozitář původního projektu, abyste mohli snadno aktualizovat svou větev. Pracujte vždy na nové větvi s výmluvným názvem, ne na main. Změny držte malé a tematicky uzavřené: jedna oprava, jeden pull request. Pokud opravujete chybu, přidejte test, který by bez vaší změny selhal. Spusťte lokálně testy a linter, které projekt používá, ať nejste tím, kdo posílá rozbitý kód.
Jednotkový test ověřuje jednu logickou jednotku v izolaci, bez sítě, bez databáze, bez souborového systému. Musí být deterministický a rychlý – v řádu milisekund. Jakmile do jednotkového testu vstoupí reálné I/O, přestává být jednotkovým a stává se pomalým a nestabilním. Typická chyba: test, který volá databázi, protože se to „hodilo”, a po půl roce ho nikdo nedokáže spolehlivě spustit lokálně.
Základem je rozdělit testování na dvě rovnocenné části: automatizované a manuální. Automatizace se vyplatí u regresních testů, opakovaných scénářů a kontrol rozhraní API. Manuální testování naopak odhalí problémy s ovládáním, čitelností textu, chováním při rotaci displeje nebo při příchozím hovoru. Snaha automatizovat úplně vše vede k sadě testů, které jsou křehké, pomalé a nikdo je neudržuje.
U dávkového vkládání a hromadných aktualizací se často objevuje jiná chyba: aplikace spojí více hodnot do jednoho dotazu a zapomene, že počet parametrů musí odpovídat počtu zástupných symbolů. Pokud se počet neshoduje, vývojář sáhne po ručním skládání a tím vrátí injektáž zpět do hry. Bezpečnější je zpracovat dávku po menších částech nebo použít jeden připravený dotaz v cyklu, i za cenu mírně vyšší režie.
Po převodu dat i schématu je nutné otestovat aplikaci. Zaměřte se na transakce a izolační úrovně. MySQL默认 REPEATABLE READ, PostgreSQL READ COMMITTED. To může změnit chování při souběžných operacích. Dále si dejte pozor na fulltextové vyhledávání: MySQL má MATCH AGAINST, PostgreSQL používá to_tsvector a to_tsquery. Bez úpravy dotazů přestane fungovat. Zkontrolujte také collation a řazení řetězců, protože MySQL a PostgreSQL řadí české znaky odlišně.
Častou chybou je testovat pouze na nejnovější verzi systému. Uživatelé s staršími verzemi tvoří nezanedbatelnou část a právě tam bývají problémy s kompatibilitou. Stejně tak se vyplatí testovat na zařízeních s malým množstvím úložiště a s omezeným výkonem. Aplikace, která se tváří plynule na výkonném telefonu, může být na slabším zařízení nepoužitelná.
Testování mobilních aplikací se od testování webu liší víc, než se na první pohled zdá. Nejde jen o jinou velikost obrazovky. Aplikace běží na zařízení s omezeným výkonem, přerušovaným připojením, různými verzemi operačního systému a agresivní správou baterie. Pokud se tyto faktory ignorují, testovací scénáře projdou na vývojářském stroji, ale v reálném provozu aplikace padá nebo se chová nepředvídatelně.
Nakonec počítejte s tím, že udržovat příspěvek je stejně důležité jako ho poslat. Reagujte na zpětnou vazbu, aktualizujte větev při konfliktech a nebojte se změnit přístup. Open source není soutěž v počtu commitů, ale dlouhodobá spolupráce. Kdo vydrží u jednoho projektu déle než pár týdnů, obvykle skončí jako jeho stálý přispěvatel.
Nezapomínejte na přístupnost a lokalizaci. Otestujte aplikaci s větším zvětšením textu, s čtečkou obrazovky a v jazyce, který má delší názvy tlačítek. České překlady bývají delší než anglické a často rozbíjí rozložení obrazovky. Stejně důležité je sledovat chování po aktualizaci aplikace, kdy se mohou stará data dostat do konfliktu s novou strukturou. Testování není jednorázová aktivita před vydáním, ale průběžná součást vývoje, která se vyplatí nejvíc ve chvíli, kdy ji nikdo neodbývá.
In case you have virtually any issues with regards to in which as well as the best way to use otevřít, you’ll be able to email us with our site.
