Utilizzo di file puramente statici e codificati per i test dell'interfaccia utente o di alcune logiche per determinare quali dati inviare indietro

1

Sono uno sviluppatore front-end, che lavora su una grande applicazione aziendale. L'applicazione ha una vista 'Dashboard', costituita da tile, ognuno dei quali mostra diversi tipi di dati, o diverse interpretazioni degli stessi dati (ad esempio grafici, grafici, mappe, ecc.). Esistono filtri che possono restringere i dati e consentire al visualizzatore di visualizzare una panoramica più concisa del set di dati.

Abbiamo alcuni test dell'interfaccia utente per testare l'applicazione. Al momento stiamo scrivendo un finto backend per i test, per garantire la coerenza tra le esecuzioni di test. Per questo, stiamo usando file statici che restituiscono i dati JSON di cui abbiamo bisogno. Per deridere il filtraggio, ho scritto alcune regole di base per filtrare i dati statici e restituire solo i dati che l'utente ha selezionato (ad esempio hanno selezionato i dati per Londra, ottengono solo dati per Londra).

Tuttavia, il mio collega è dell'opinione che dovremmo usare file puramente statici per servire questo. Pertanto, per i dati sulla posizione di Londra, avremmo tutti i dati (ad esempio 10 articoli) in un file e quindi 1 elemento che l'utente (il test dell'interfaccia utente) ha selezionato nel filtro in un altro file. Penso che questo sia un po 'inutile in quanto l'elemento filtrato esiste già nel file statico. Come ho detto sopra, ho scritto alcune logiche di base per recuperare l'UUID dell'elemento selezionato e restituire solo gli elementi nella risposta. Inoltre, l'uso di file statici significa che il filtraggio si interromperà se viene selezionato qualsiasi altro elemento (poiché la risposta è hardcoded), ad esempio la posizione di Parigi viene selezionata, ma poiché i dati di risposta di Londra sono hardcoded per il filtro, mostra i dati di Londra Rompere i test, poiché li stiamo scrivendo in modo tale che il front-end non è consapevole / non si preoccupa dei dati che vengono restituiti.Il backend di produzione è ampiamente testato separatamente). Il mio metodo assicurerebbe che l'elemento selezionato sia l'elemento che viene restituito.

Quale punto di vista è migliore / corretto? Per riassumere: preferirei utilizzare una logica di base nel finto back-end per selezionare i dati, ma il mio collega desidera utilizzare file puramente statici.

    
posta Tom Oakley 26.03.2018 - 17:14
fonte

1 risposta

3

Aggiungi logica non è una buona idea. Presto o tardi, dovrai mantenere anche la logica di questa API di testing falso.

So che esiste la tentazione di aggiungere logica dopo un po 'di tempo, perché sarà più difficile mantenere una certa coerenza tra ciò che si chiede e ciò che i servizi inviano nei test. Ma questo è un problema comune per questo tipo di approccio.

    
risposta data 26.03.2018 - 18:32
fonte

Leggi altre domande sui tag