Secondo me, per testare le applicazioni, l'approccio migliore è lavorare su un mirror del sito di produzione (clonare il sito prod se si utilizzano macchine virtuali o utilizzare un ambiente di test). La chiave è che il codice distribuito dovrebbe essere lo stesso della produzione. In questo tipo di ambiente dovresti essere in grado di automatizzare senza problemi riguardo ai dati creati.
Se non puoi farlo, l'impatto dipende dal cliente e dal sito. In molte circostanze è possibile chiedere agli utenti di test, mantenere tutti i contenuti sotto quegli utenti e quindi richiedere che vengano eliminati alla fine del test.
Se ciò non è possibile, assicurati di avere la conversazione su questi effetti collaterali prima che inizi a testare. Quello che non vuoi succedere è che tu entri nel test, qualcuno nel business nota che il loro sito si sta riempiendo di "garbage" e chiudono il test.
Naturalmente, un idealista di sicurezza sosterrebbe che essi avrebbero dovuto proteggere contro l'automazione del modulo di presentazione sul loro sito, ma che non ha intenzione di fermare una persona di marketing irato chiedendosi perché hanno diverse centinaia di messaggi di posta elettronica sui nuovi commenti sul loro blog: o )
Anche come @johndeters dice che è molto importante tenere traccia dei dati e nel report raccomandare esplicitamente di pulirli. Ho avuto casi in cui qualcuno è tornato da me 9 mesi dopo un test per lamentarsi che i miei dati di test avevano causato il fallimento del loro aggiornamento e sono stato molto felice di poterli indirizzare verso la sezione del mio rapporto dove ho detto loro di rimuovere i dati di test.