Differenza tra ambiente QUALIF, UAT, PREPROD e PROD?

Questi termini non hanno senso da soli. Sono probabilmente termini usati dalla tua azienda o dal tuo team. Detto questo cercherò di fornire una risposta generale.

Quando si distribuisce una "app server" (ad esempio un'app Web) ci sono molte cose che devono essere testate, ma i test possono davvero intralciare lo sviluppo. Ad esempio (lo useremo per tutta la risposta), prendiamo un punto vendita. In fase di sviluppo, non vogliamo inviare ricevute, elaborare carte di credito reali, spostare articoli nel magazzino o ordinare nuovi stock. Ma dobbiamo verificare che queste funzioni funzionino in generale.

Quindi a un livello molto alto configuriamo "Ambienti" che sono solo un insieme di impostazioni che aiutano a isolare quell'ambiente.

Sviluppo

• Disattiva in genere la memorizzazione nella cache
• può usare un database diverso (io uso SQLite localmente e MySQL in produzione molto)
• Generalmente è costruito con simboli di debug o errori verbose attivati
• Sacrifica la velocità dell'app per la capacità di "aggiornare" le classi e programmare più velocemente.
• Solitamente punta su versioni "test" di API remote o chiamate API "simulate" in alcuni casi.

test

• Può utilizzare un database diverso (mi piace usare un DB Memcached per questo)
• Utilizzato per eseguire (in genere) test automatici.
• Punti alle chiamate API simulate (di solito)
• Disabilita generalmente cose come la possibilità di pubblicare pagine, a favore di test più rapidi (quando automatizzati)

Messa in scena

• Questo è il primo punto per la maggior parte dei test umani.
• Utilizza un database diverso da quello di produzione ma lo stesso motore (consente di rilevare i problemi di Database / ORM)
• Funziona in quasi l'ambiente come produzione, ma solitamente punta ai server API "test". Ad esempio, non elabori le carte di credito reali.
• Generalmente questo è molto vicino alla produzione poiché è fondamentalmente l'ultimo passaggio prima della produzione.

Produzione

• Il vero affare
• Completamente live
• Nessun simbolo di debug
• Caching completo ecc.

Alcune altre etichette comuni che vedo sono:

Qualità come la messa in scena, ma forse dietro la produzione e prima della messa in scena, consentendo ai team di qualità di ottenere un vantaggio. Generalmente non utilizzato a meno che non si disponga di cicli di implementazione lunghi o di persone QA veramente tese. La maggior parte delle volte la messa in scena è sufficiente.

UAT Di nuovo molto vicino alla produzione e per un tipo specifico di test. Generalmente utilizzato se si desidera mostrare agli utenti finali e ottenere il loro feedback. UAT (come parte del QA) viene solitamente eseguito su staging.

Demo Molto vicino alla produzione, solitamente utilizzato come "demo di vendita" per uno stile di rilascio della prossima versione.

Alla fine ogni team e azienda avrà una configurazione leggermente diversa. Solo guardando gli ambienti puoi davvero dirti quali sono le differenze, ma in generale esistono per dare diversi set di impostazioni.