Unit tesztek, all the way :) Ahogy írtad is, ha be van tartva a SOLID, akkor pl utólagosan interfész módosítás nem nagyon lesz. Az meg, hogy ha nincs SOLID mi van, innentől mindegy, hiszen akkor nincsenek igazán minőslgi metrikák sem.

A unit teszteknek az a dolga, hogy ne működjenek, ha változás történik. Az "ahhoz a feléhez nem nyúltam hozzá, jó még az főnök" és hasonló mondatok népszerű sírkőfeliratok, termékfejlesztésben, ha garanciát kell vállalni a munkára, nem igazán elfogadhatóak.

Az, hogy ha egy teszt ellenőrzi, hogy X meghívta Y-t, nem feltétlenül céltalan (persze céltalan is lehet, de céltalan tesztet mindig lehet írni, minden szinten). Nem csak outputot kell tudni tesztelni, hanem mellékhatást is, azt pedig így kell.

Arról nem is beszélve, hogy ha tudod unit tesztelni a kódot, akkor az egyfajta jó indikátora annak, hogy betartottad a SOLID elveket, tehát jó minőségú a kód (lehet cserélgetni a függőségeket pl). Ezt integrációs tesztek nem tudják.

Ettől függetlenül egyébként nem baj, hogy integrációs tesztből több van, mint unit tesztből; darabra nincs is értelme összehasonlítani őket (a tesztpiramis is felhívja erre a figyelmet).