In un ambiente CI / CD, come vengono verificati e testati i "dati" del database?

7

Stiamo cercando di migliorare la nostra pipeline di integrazione continua e inoltre di migliorare la velocità con cui possiamo ottenere il codice dall'inizio alla produzione.

Abbiamo test a diversi livelli che verificano quale dovrebbe essere il funzionamento del nostro software, ad es. se ci fossero 20 casi d'uso primari, abbiamo quei 20 casi d'uso primario coperti con test.

La domanda che ho riguarda i dati di configurazione che si trovano nel database. Quindi, ad esempio, potremmo avere 200 profili di configurazione del cliente configurati nel database. In che modo le persone "verificano" i dati configurati nel database sono corretti?

Dobbiamo sostenere l'onere che per ogni cliente, dobbiamo scrivere test per verificare che la configurazione del cliente sia corretta? Oppure i dati di configurazione (in particolare i dati di configurazione esistenti in massa) non rientrano nell'ambito dei test di integrazione continua?

    
posta bstack 08.11.2016 - 09:58
fonte

1 risposta

2

Se intendi "come faccio a verificare che il cliente x abbia la configurazione corretta" ..

Questo viene fatto implementando qualche forma di controllo delle modifiche sulla configurazione. O averlo nel controllo del codice sorgente o in un sistema che mantiene una cronologia e una pista di controllo delle modifiche.

Sapendo quale sia la configurazione 'corretta', è il 90% del compito. Una volta ottenuto ciò, puoi semplicemente confrontare con la versione distribuita.

Se intendi "come faccio a sapere che la funzione x funziona con la configurazione y", allora la risposta è "moarr test !!!" (che è il motivo per cui le funzioni di attivazione / disattivazione sono errate)

modifica - quando è sufficiente?

Puoi scrivere test fino alla fine dei giorni ma a un certo punto non ne vale la pena. Registra e rivedi i bug e gli errori. Ce ne sono troppi?

    
risposta data 08.11.2016 - 20:49
fonte

Leggi altre domande sui tag