Ha prod-on eltörik valami egy frissítés miatt az folyamat hibára utal?

Csak ha a teszt is ugyan azon a szerveren van és prod környezetben is teszteled.

Mert pl ha külön szerveren van akkor eltérhet a php verzió.

Ha pedig csak dev-en tesztelted akkor ott még a js-ek nincsenek minify-olva.

Ez csak példa lehet más is.

Nyilván a prodra kerülés előtt tesztelni kell egy olyan környezetben is ami pont ugyanolyan mint a prod. Pont ugyanaz az OS, ugyanazokkal a frisssítésekkel... Jobb esetben ugyanazzal a konfigurációval - persze ennek lehetnek korlátai a költségek miatt. De ha tényleg majdnem biztosra akarsz menni, akkor igyekszel mindenből azonos feltételeket teremteni.

Ha, ahogy az #1-es említette, a PHP verzió más, az már messze rossz.

Bár ezt már nem tesztkörnyezetnek hívják, hanem stagenek, ami a teszt utáni következő fázis, de még nem az éles rendszer.

De tapasztalataim alapján ez azért sok helyen kimarad, tesztről megy élesre egyből.. ha nem devről:D

Mert ehhez azért sok pénz kell, másik csapat, stb. Ezt mind fizetni kell. Előző munkahelyemen, ami egy nagy cég és napi millió eurós veszteség lett volna a leállás volt ilyen. De a jelenlegin nincs.

Elvileg docker-rel lehet azonos szoftveres környezetet teremteni, de megjelenhet a függőségek egy másik rétege, mert biztosítani kell, hogy a staging környezetben is elérhetőek legyenek az adatbázisok, ha micro serviceket használtok, akkor a service API-ok, és általában a hálózati beállítások is okozhatnak problémát. Minél komplexebb a rendszer, annál körülményesebb olyan deployment folyamat felépítése, ami kiszűri az integrációs hibákat. Mi terraformot használunk a deployment kezeléséhez.

Persze mindez feltételezi, hogy unit tesztekkel ki vannak szűrve a triviális hibák.