Attualmente sto studiando gli approcci di test per le applicazioni basate su Redux/React. Sono andato attraverso un'esercitazione redux sui test, ma hanno ancora domande:Test unitario di applicazioni React/Redux
ha senso per testare creatori di azione semplici, che appena restituire un oggetto con
type
epayload
campo? Per me, odora di testgetter/setter
in applicazioni OO.In caso di test di un'azione asincrona, è necessario verificare le azioni corrispondenti di successo e vengono inviate? Ancora una volta, con le richieste HTTP derise, sembra proprio come testare i contenitori dei mock, non il comportamento delle applicazioni.
In caso di verifica della messa a fuoco nei riduttori, poiché sono responsabili delle transizioni di stato, significa un comportamento dei componenti collegati?
Forse invece di testare l'intestino del redux dell'applicazione, dovrebbe essere testato più su un livello di componenti? Quali aspetti del componente dovrebbero essere testati quando? Quei test sono fragili?
Mi piacerebbe sentire una certa esperienza di persone che usano Redux/Reagire nella produzione e praticare attivamente test.
2. Penso che valga la pena provare in caso di invio di più azioni come: FOO_LOADING, FOO_RECEIVED. Per verificare che siano stati spediti nell'ordine corretto con i carichi utili corretti. –