Más cégeknél is így van, vagy csak az én esetemben fordul elő, hogy nagyon lecsökkent a fejlesztési idő?

Wellcome. Megnyugtatlak. Én most egy olyan projektek vagyok, ami 2éves csak, de 2év alatt is úgy megtud nőni, hogy kutatni kell mi-mivel van kapcsolatban (lásd domain). Volt velem is olyan, hogy 2napig értelmeztem a (belső domain leírásos) Wiki oldalt meg a kódot is és 3. nap tudtam átírni egy sort.

Mondom! Csak 2 éves a kódbázis!!!

Nálunk kód nem is mehet "master", "next", "develop" git branchre, ha nincs az általad írt kód letesztelve, mint Unit és Integrációs tesztekkel. Integrációs akkor kötelező, ha használ (ír/olvas) adatbázisból vagy valamilyen Queue-ről.

Ezt GitLab CodeOwnerek ellenőrzik és addig nem is mergelheted, ameddig nem hagyják jóvá. Ha kézzel direkt mergeled, akkor lebasznak és vissza kell vonnod a commitot. :)

Jah igen. Ezt ellenőrzik is code-coverage programmal (pl. Java-ban Jacoco), ami megmondja, hogy a tesztek a kódnak hány%-át fedi le és mely sorokat nem. Ezt CI script ellenőrzi és rányomba a FAILED-et, ha nem 95% vagy nagyobb. Így fejlesztői környezetre vagy élesre se engedi kitenni a rendszer.

Szimplán egy spagetti projecten dolgozol. De relax, a projectek 95%-nak előbb-utóbb ez lesz a célja, valamelyiknek előbb, másiknak utóbb. Pl, amit az 5-ös ír, hogy úgy spórolnak időt, hogy nem írnak teszteket azzal az elején tényleg sprólnak valamennyi időt. Csak aztán amikor összegyűlnek a nem időben felfedezett bugot, akkor sokkal több idő megy el a problémák kibogozásával, mint amennyi a tesztekre ment volna el az elején, amelyek megakadályozták ezt.

Amit 3 ír, arról meg annyit, hogy a klasszikus waterfall/V modell szerinti fejlesztés esetén valóban külön tesztelők vannak és nem tesztelheti ugyanaz az ember a kódot, aki írja. De agilis fejlesztési módszerek esetében kroszfunkcionális team van és a test driven development jegyében gyakorlatilag egyszerre írok a unit teszteket illetve a kódot továbbá az acceptance teszteket is a fejlesztő csapat tartja karban. Arról, hogy melyik a jobb ne álljunk neki vitatkozni. Dolgoztam mindkettőben, mindkettőnek megvannak az előnyei és hátrányai, nagyjából egy könyvet lehetne írni a témából.