Hirdetés
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Szellem.: ATK Blazing Sky X1 V2 Extreme 2.0. Tényleg 2.0-a!
- Graphics: Telefonvásárlási kálváriám....avagy clickbait cím: Horror a hardveraprón
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Ketogén étrend
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- gerner1
- MasterDeeJay: Egy nem átlagos Asus videókártya (GTX950M 2GB GDDR3)
-
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!
- Kerékpárosok, bringások ide!
- Crimson Desert
- Egyre inkább szoftverrel segítene a Core CPU-k teljesítményén az Intel
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Óra topik
- The Division 2 (PC, XO, PS4)
- Autós topik
- S.T.A.L.K.E.R.: Call of Pripyat
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Blu ray írás és írási hiba
- További aktív témák...
- Bontatlan Moleskine Smart Writing Set Ellipse digitális e papír füzet / 12 hó jótállás
- Azonnali készpénzes Intel i3 i5 i7 i9 12/13/14 gen processzor felvásárlás személyesen / csomagküldés
- GAMER PC! i5-14500T / RTX 4070 / 16GB DDR5 / 512GB NVMe / 650w Gold!
- Apple iPhone 17 256GB White Karcmentes állapot 100% akku (10 ciklus)
- Panasonic LUMIX G 25mm f/1.7 ASPH objektív
Á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.

