test (o qa) vs ambiente di staging: chiarimenti su come le funzioni di env staging

1

Ho esaminato questa domanda . Per quanto ne so, test env è per il dipartimento qa condurre i loro test, e la stadiazione è identica a prod, ma nascosta all'utente finale.

Le mie domande sono:

  1. La stadiazione dovrebbe essere identica al 100% al prod, o è ok per la staging avere dati "incasinati" al suo interno? Quanto costa ok a mettere in scena db differendo dal db di produzione?
  2. E 'normale / procedura standard per copiare tabelle da staging env a prod env? È così che le altre aziende lo fanno nel mondo reale?

Perché sto chiedendo (o da dove vengo)

Ho un file txt e devo scaricare il contenuto di questo file nel database. Abbiamo 3 ambienti: dev, test, prod. Posso scaricare dati per dev, test ma non prod. Non siamo autorizzati a scaricare i dati direttamente nel database di prod. Siamo autorizzati a spostare i dati solo richiedendo uno spostamento del database. Quindi qualcuno copierà la tabella da test a prod per me. La mia preoccupazione è che mentre eseguo i test nel test db posso corrompere la correttezza dei dati, e se invio il documento di spostamento db e viene approvato, i dati incasinati lo faranno nel database di produzione. Voglio evitare questo, ovviamente.

    
posta Alex L 28.02.2018 - 15:51
fonte

1 risposta

2

Should staging be 100% identical to prod?

Credo che la risposta a questa domanda possa variare significativamente da società a azienda. Dovresti discutere le specifiche dei vari ambienti della tua azienda con qualcuno che sia ben informato sul tuo lavoro.

My concern is that while doing testing in test db I may corrupt correctness of data, and if I submit db move document and it gets approved messed up data will make it to production database.

Se sei preoccupato di compromettere i dati nell'ambiente di "test", ti suggerisco di sviluppare alcuni tipi di test che possono essere eseguiti negli ambienti di sviluppo e / o di test per garantire che le tue modifiche siano sicure. Sebbene la forma di questi test vari in base all'ambito del tuo lavoro, alcuni suggerimenti potrebbero includere:

  1. Test diretti contro il codice che hai scritto (test "unit" o "piccolo")
  2. Uno script che itera sulla tabella del database dopo che ti è stato scaricato e garantisce che tutti i dati siano corretti
  3. Estrarre un campione rappresentativo di casi di test da verificare a mano (o da uno script)

Potrebbero esserci altre forme di verifica che hanno senso ma senza contesto sul tuo sistema specifico, è difficile indicare una suite di test definitiva!

    
risposta data 28.02.2018 - 16:24
fonte

Leggi altre domande sui tag