Quote (kuzdithom @ Oct 27 2019 05:58pm)
mondjuk az nekem erdekes, hogy ilyet kell tanitani vezeto fejlesztoknek, no offense :P de a tanulas mindig jo
akkor te hardverközeli dolgokkal foglalkozol? hogy mukodik az ilyesminel a tesztelés?
Hat szerintem fejlodni mindig lehet. Hogyan lehet jobban, gyorsabban, skalazhatobban csinalni ezeket, mikozbe az osszes automotive szirszart betartod, etc
Haaat, alapvetoen igen, mert radarra (meg hasonló hwekre fejlesztunk (gondolom ez hwkozelibb mint egy weblap, lol) de azert a memory layoutot meg a target futasidot nem kell minden commitnal nezegetni
Szerintem ugy mint barmilyen projektben, talan 1-2 extraval: smoke tesztek, unittestek, integracios es performance tesztek +statikus kod checkerek meg quality ellenorzo cuccok futnak minden PR-re, releaseknel meg komponens, system, meg nagyobb performance tesztek, bitazonossag ellenorzes, rom/ram/runtime check targeten, process ujraellenorzes (unittest coverage, stat. kodcheckerek, dokumentacio-kod-teszt tracability check, etc)
Aztan megkapja a masik projekt, ok is hozzateszik az o reszuket es megneznek meg az osszerakott rendszer szintjen is dolgokat, amiket mi nem tudtunk megnezni