existuje něco jako mít příliš mnoho testů jednotek?
<p>mám za úkol psát testy jednotek pro existující aplikaci. po dokončení prvního souboru mám 717 řádků testovacího kódu pro 419 řádků původního kódu.</p><p>bude tento poměr nezvládnutelný, protože zvyšujeme pokrytí kódem?</p><p>mé chápání testování jednotek bylo otestovat každou metodu ve třídě, aby se zajistilo, že každá metoda funguje podle očekávání. avšak v požadavku tahu můj technický vedoucí poznamenal, že bych se měl zaměřit na testování na vyšší úrovni. navrhl testování 4–5 případů použití, které se nejčastěji používají s danou třídou, spíše než důkladné testování každé funkce.</p><p>věřím, že můj technický komentář je. má více zkušeností než já a má lepší instinkty, pokud jde o navrhování softwaru. jak ale tým pro více lidí píše testy na takový nejednoznačný standard; to je, jak poznám své vrstevníky a sdílím stejný nápad pro „nejčastější případy použití“?</p><p>podle mě je pokrytí 100% jednotkových testů vznešeným cílem, ale i kdybychom dosáhli pouze 50%, věděli bychom, že 100% z těchto 50% bylo pokryto. jinak psaní testů pro část každého souboru ponechává spoustu prostoru pro podvádění.</p>
<p>ano, se 100% pokrytím budete psát několik testů, které nepotřebujete. bohužel jediným spolehlivým způsobem, jak určit, které testy nepotřebujete, je napsat je všechny a poté počkat asi 10 let, abyste zjistili, které z nich nikdy selhaly.</p><p>udržování mnoha testů není obvykle problematické. mnoho týmů má automatizovanou integraci a testy systému na 100% pokrytí testem jednotek.</p><p>nejste však ve fázi údržby testu, hrajete dohání. je mnohem lepší mít 100% vašich kurzů při 50% testovacím pokrytí než 50% vašich kurzů při 100% testovacím pokrytí a zdá se, že váš náskok se snaží přimět vás, abyste odpovídajícím způsobem přidělili svůj čas. poté, co máte tuto základní linii, pak dalším krokem je obvykle tlačení o 100% u souborů, které se v budoucnu změní.</p>
K dispozici jsou 2 standardní způsoby, jak se blíží k testu, která závisí na něčem jiném (namítat, volání funkce, atd).


* Můžete použít vysmívá namísto objekty kód testujete závisí na.
* Můžete načíst přípravek nebo dělat tvorbu / hovor zkušební sestavy.


Někteří lidé mají rádi „klasických“ unit testů, kde je testován jen „jednotka“ kódu. V těchto případech se obvykle používají se vysmívá a pahýly nahradit závislostí.


Jiné podobné více integračních testů, kde je testována většinu nebo všechny zásobníku volání. V těchto případech můžete použít přípravek, nebo možná dokonce dělat hovory / výtvory ve funkci nastavení.


Obecně byste **to** udělat jeden test závisí na druhého. Všechny testy by měly:


* uklidit po sobě
* je spustitelný v izolaci
* být spustitelný jako součást sady
* být konzistentní a opakovatelné


Pokud uděláte jeden test závislý na jiném nemohou být spuštěny v izolaci, a ty jsou také nutí rozkaz testy spustit. Prosazování pořadí v testech není dobré, ve skutečnosti mnoho lidí pocit, že by se náhodně pořadí, ve kterém jsou spouštěny vaše testy. Takže jste se ptali, jak zvládnout práci na násobku „úkolů“ najednou, ne? S výjimkou větvení.


Můžete mít více checkouts ze zdroje na lokálním počítači, suffixing název adresáře s názvem lístku, na kterém pracujete. Jen se ujistěte, aby se změny ve správném adresáři, v závislosti na úkolu ...


Směšování více úkolů v jedné pracovní kopii / commit může být velmi matoucí, zvláště pokud někdo potřebuje, aby svou práci zkontrolovat později. Dnes je přetaktování procesorů o dost snadnější i v jistých mezích bezpečnější jak v minulosti. Ale rizika jsou i dnes. Paušálně nelze říct o kolik konkrétní typ CPU je schpný snést přetaktování. Procesory nejsou absolutně stejné, a kvalitativně se můžou lišit dle výrobní šarže. Nebudu rozepisovat proč tomu tak je a jak se ve výrobě testují a vybírají procesory pro provoz určitého taktu. Ale je běžné že máš dva stejné procesory vedle sebe a jeden zvládne třeba 4.8 Ghz ale druhý nedá víc jak 4.5Ghz. Při taktování v domácích podmínkách se nejčastěji postupuje po krocích. Přetaktuješ třeba o 100 Mhz a testuješ procesor stress testem kvůli stabilitě. A zastavíš se v momentě kdy to začne být nestabilní, v ten moment se vrátiš o jeden či dva kroky zpět a mělo být to být v pořádku. Pokud je dostatečně kvalitně řešené chlazení nemělo by se stát že by odešel teplem dřív než zareaguje vnitřní tepelná ochrana. Větší rizika jsou spíš při zvedání pracovního napětí procesoru, ale o trochu jde přetaktovat praktickykaždý procesor. Je možné že budeš mít dobrý kus a půjde taktovat snadno na větší frekvence, je to o náhodě jak kvalitní kus křemíku máš doma. Riziko je tam ale vždy, a proto je dobré zvážit jestli případný přínos vyváží případné rizika. Začni tím, co máte v osnovách. Klidně si to nastuduj dopředu. Co se učit budete snadn zjistíš z učebnic. Pokud chceš na škole pokračovat, musíš zvládnout látku.Znalosti si rozšiřuj tak, abys rozuměla i pozadí toho, co se učíte. Pokud budete brát něco v příkazovém řádku, zjisti si, jak to funguje, jaké jsou omezení atd.To tě přivede zase dál do větší hloubky. Hlavně se nespokoj s tím, že někde něco zkopíruješ, jen abys měla úkol hotový a nebudeš tomu rozumnět. Predevším to znamená, že heslo bylo příliš snadno uhodnutelné (nick monk, heslo moncicak - to jen jako příklad) a hlavně podle všeho navíc všude stejné. Takže nové heslo musí splňovat nějaké parametry a pro každou službu použít jiné a tam kde je to možné použít dvouúrovňové ověření. To by pro začátek mohlo stačit. Hm, řekl bych, že si to moc bereš. Jestli říkáš, že ti jde matika, nemáš se čeho bát, věř mi Příjmačky zvládne každej s trochou zdravýho rozumu a berou snad každýho druhýho (i když je za to univerzita penalizovaná od MŠ a kapacita nejenom fakultních strojů přestává stačit). Důležitý je, co od toho čekáš a jaký další uplatnění plánuješ, co tě baví - jestli spíš teorie nebo HW a praktičtější škola. Detaily via e-mail Dupree Snížily se požadavky na přechod na vyšší level z 20+ lekcí na vyšších levelech na jen (například) 4. A započítaly se už splněné lekce. Někomu to může vyhovovat, ostatní ještě mohou doufat, že je to dočasný test. Nejsem si jistá, jestli vám v tomhle bude někdo schopný dobře poradit, protože úrovně jednotlivých lekcí jsou úplně nová funkce. Teprv nedávno se začaly testovat a většina lidí je ještě nemá. (Myslím, že je zatím nabízejí jen nově zaregistrovaným účtům.)


Mně by přišlo nejrozumnější to nějak nakombinovat, nejdřív probrat nějaké množství lekcí na nižší úrovni a pak postupně přitvrdit. Ale každému to může vyhovovat nějak jinak.


Zkuste a kdyžtak dejte vědět, jaké s tím budete mít zkušenosti. Před více než rokem ještě fungoval jiný systém lekcí - v lekci bylo vždy 20 vět a člověk měl jenom 3 životy/srdíčka, což znamenalo, že mohl udělat maximálně 3 chyby. 4. chyba = konec, začni lekci znovu. Tento systém dodnes funguje, když si dáte "Vyzkoušet z dovednosti" nebo jak že se to jmenuje, prostě když uděláte souhrnný test z daného tematického okruhu místo dělání jednotlivých cvičení.


Takže občasnou poznámku o srdičcích s klidem ignorujte. Máte-li stejnou platformu i verzi aplikace, s největší pravděpodobností jste každý v jiné skupině uživatelů pro A/B testování. Tak vývojáři ověřují účinnost aplikace a nakonec zvolí tu účinnější verzi a zavedou všem. Chce-li lingoty, může zkusit web na PC nebo třeba i v mobilu v nějakém internetovém prohlížeči. Pravděpodobně to zabere.