Non sono sicuro di come siano strutturati i casi di test, ma suona più come un test di sistema o un test di accettazione di un test unitario.
A mio parere, i test unitari dovrebbero riguardare il test che la funzionalità funzioni e l'esercizio di vari rami di codice. Un esempio di un test unitario sarebbe l'elaborazione di un singolo record, e potresti avere alcune variazioni di questo record per forzare il tuo test a scendere determinati percorsi e confermare che i risultati sono quelli previsti. I test di unità possono essere utilizzati anche per la regressione e il test del fumo - cose che vengono eseguite regolarmente (ogni notte, dopo una compilazione, localmente in un ambiente di sviluppo prima di una revisione del codice e così via).
Il tuo livello di sistema e i test di accettazione non vengono eseguiti frequentemente: eseguire i test automatici del sistema ogni notte sarebbe più frequente di quanto mi aspetterei. Questi sarebbero test più intensivi che si concentrerebbero sulle prestazioni del sistema, il consumo di memoria, i tempi e il comportamento con altri sistemi. Avere automatizzato, proprio come i tuoi test di unità, sono una buona cosa, ma non vorrei impantanare la tua suite di test di unità o la suite di test di regressione con attività di lunga durata.