Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- Gurulunk, WAZE?!
- Szellem.: ATK Blazing Sky X1 V2 Extreme 2.0. Tényleg 2.0-a!
- Ketogén étrend
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- gerner1
-
LOGOUT

Új hozzászólás Aktív témák
-
disy68
aktív tag
az említetteken kívül az is tud segíteni, ha ilyenkor félrerakod a problémát és mással foglalkozol kicsit, csinálsz valami fizikai munkát, edzel, sétálsz, főzöl, mosol, akármi, persze ez nem minden esetben megoldható
nekem volt ilyen, hogy nagyon nyögvenyelősen ment a dolog, nem tudtam koncentrálni, elmentem gyorsan egy kört bevásárolni és hazafelé már azért siettem, mert meg is volt a megoldás, amin előtte vagy két órát görcsöltem
-
Persze. Általában olyankor van, amikor "túl mélyre megyek". Mindenkivel előfordul, ilyenkor kell odahívni valaki mást, és megkérni, hogy bökjön rá a triviális dologra, amit nem látok. Voltam már ennek a szitunak mindkét oldalán elég sokszor, általában tényleg triviális a hiba / megoldás.
-
disy68
aktív tag
Ebben az esetben a tesztelésnek kell jobban utánajárni. Teszt típusok, stratégiák, fajták, framework-ök.
A két példádból az egyszerű az egy unit teszt lesz. A másik pedig integrációs/rendszer vagy acceptance teszt. A második eset tesztelése függ a felhasznált technológiától (desktop/web/mobil/akármi) és az azoknál elérhető megoldásoktól (pl. web esetén Selenium).
-
Ezekiell
veterán
Unit tesztek, integration tesztek egyszerűek, azokat tudsz írni bárhol. System és functional tesztek is mennek. Egészen a UI layerig (ami a rendering) mindent le tudsz fedni tesztekkel - onnantól passz, nem írtam 3D játékot még
De biztos van valami library rá, Unityben (ebben dolgoztam ilyen témában csak) is van egy raklap UI autotest framework. -
Ezekiell
veterán
Hát mi TDD-ztünk anno kb egy évet egy nagy projekten, több tíz fős fejlesztőcsapattal. Lehet csinálni, és jó cucc, de még egyszer nem csinálnám magamtól, nem a kedvenc metodológiám.
Az előnyeit mindenki ismeri, google is segít, gyakorlatban viszont:
- ha meglevő projekten kell TDDzni, akkor garantálnan refaktorálni kell egy raklap dolgot, mert a TDDhez olyan architektúra kell minden szinten, ami azt támogatja
- emiatt lassú a TDD régi prohjekten, újon is eleinte az, utána már jobb a helyzet
- mindenkinek TDDzni kell, elég 1 service pl, amit nem TDD-vel írtak, és van benne valami antipattern, és máris bukta - "felesleges" refactor, ami eszi az időt
- irtó sok teszt lesz, karban kell őket tartani, az nem kicsi effort (ugyanakkor persze ez előny is lehet)
- teljes gondolkodásmód-váltás kell, nem csak dev szinten, de feljebb is. -
Drizzt
nagyúr
Egyes subfeature-ekre volt mar ra pelda. Eleg jo volt a helyzet, mert aki csinalta a requirementet, ugy csinalta meg, hogy a teszt szinte copy paste volt belole. Csinalnek ilyet gyakrabban. De azert sajnos elegge gyakori volt anno, hogy a kodot mar irni kellett a requirement rogzitese elott. Ugy meg nehez a tdd. Mostani munkahelyen a hozzaallas pedig test in production. De ettol meg szerencsere az egyes embereknek nincs megtiltva, hogy teszteket irjanak, ha ugy latjak jonak. Elegge veszelyesnek tartom ezt a hozzaallast, megis valahogy mukodik. Jelentos reszben valoszinuleg azert, mert a fejlesztokben belulrol van igeny a kritikus reszek automata tesztelesere. Meg az is igaz, hogy kb. 4 ev a legkisebb tapasztalatu fejleszto, az atlag 15-20 korul mozog. Szoval megiscsak van teszt, de fentrol nem az az uzenet, hogy legyen.
-
bandi0000
nagyúr
Én is sokszor hallottam ez, én sem értem teljesen, màrmint persze fontos, hogy ne mindent a cégnél tanulj meg de az az első x időre vonatkozhat meg esetleg ha jön valami újabb tech amit be akarnak vezetni, de az hogy minden nap még meló után ahonnan jó esetben is 5-6 mire hazaér az ember aztán még kaja után 10 ig ezzel foglalkozik azt sztem meg sem fizetik meg nem is lehet bírni
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a téma összefoglalót!
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Asztalos klub
- Kormányok / autós szimulátorok topikja
- Külföldi prepaid SIM-ek itthon
- Xiaomi 14 - párátlanul jó lehetne
- Poco X6 Pro - ötös alá
- exHWSW - Értünk mindenhez IS
- Luck Dragon: Asszociációs játék. :)
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Apple asztali gépek
- További aktív témák...
- ThinkPad X1 Extreme Gen 3 (i7, 32GB, GTX1650Ti, 4K) Magyar, szép állapot
- Erying ITX 12800H alaplap (Integrált 14 magos i7 CPU, 3x NVMe) Hiánytalan tartozékokkal
- MacBook Pro 13.3 2017 8GB ram 512GB SSD
- UGREEN NASync DXP6800 Pro NAS, i5 1235u (10-mag), 8/32GB DDR5, 6 lemezhely, 2x10G, 2x Thunderbolt 4
- Z840 - 2x E52697 v4 18 core 2.3GHz - 1000w tap - 32 GB DDR4 - 3 év garanciával
- GYÖNYÖRŰ iPhone 12 Pro Max 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS2927, 100% Akkumulátor
- Samsung QM55B 55" UHD 4K LED Signage Reklámmonitor 27% ÁFÁS
- 27% - ASUS VivoBook S15 OLED! Snapdragon X Elite / 16GB DDR5 / 1TB NVMe Notebook!
- Dell Latitude 5580,15.6",FHD,i5-6300U,8GB DDR4,256GB SSD,WIN11
- BESZÁMÍTÁS! Apple Macbook Pro 14 M1 16GB RAM 1TB SSD notebook garanciával hibátlan működéssel
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

De biztos van valami library rá, Unityben (ebben dolgoztam ilyen témában csak) is van egy raklap UI autotest framework.

