Questo è un post tradotto da IA.
Cosa testare nello sviluppo di app per una persona?
- Lingua di scrittura: Coreana
- •
- Paese di riferimento: Tutti i paesi
- •
- Tecnologia dell'informazione
Seleziona la lingua
Testo riassunto dall'intelligenza artificiale durumis
- Evidenzia l'importanza di scrivere codice di test prima del rilascio dell'app e presenta un ordine di priorità per diversi metodi di test, come test umani, test di integrazione, test unitari, test di accettazione e widget.
- Gli sviluppatori devono dare la priorità ai test umani e ai test di integrazione (incentrati sul provider) considerando l'efficienza temporale, aggiungere test unitari dopo il rilascio e considerare l'efficienza dei test di accettazione e widget perché richiedono molto tempo.
- L'automazione dei test consente di risparmiare tempo e accelerare lo sviluppo, con l'obiettivo di un rapido rilascio.
"Non è giusto che il costo di produzione sia maggiore del guadagno. In altre parole, non ha senso dedicare più tempo alla scrittura dei test."
Vuoi perdere tempo a scrivere test?
La storia della scrittura dei test
Prima di lanciare l'app, ho intenzione di fare alcuni test di codice, anche se in modo semplice. In realtà, dato che la creazione di test è un processo di automazione, credo che sia meglio crearli ora per evitare problemi in futuro.
Innanzitutto, la mia priorità per i test è
Test umani > Test di integrazione (solo provider) > Test unitari > Test di widget e accettazione.
1. Test umano semplice
"L'approccio più semplice è quello di far provare l'app alle persone."
Voglio iniziare con test di integrazione per esaminare il flusso degli utenti in modo generale. Dopodiché, visto che il test ha avuto successo, tutto dovrebbe andare bene, giusto?
2. Test unitari
"Test per verificare se i componenti più piccoli funzionano correttamente."
In realtà, dato che sono lo sviluppatore unico, non c'è il rischio che qualcun altro effettui un merge (perché sto lavorando da solo), la priorità è leggermente inferiore. Mi limiterò a verificare che tutto funzioni correttamente prima del lancio e poi aggiungerò i test unitari. L'app funziona, quindi la sviluppo è terminato. La probabilità che si verifichino errori è bassa, a meno che non si verifichino aggiornamenti o aggiunte.
3. Test di integrazione
"In realtà, test dei provider. Concentriamoci su questo."
Nella mia app, considero questi test come controlli dei provider. Non ho tempo per ricreare tutto da zero e, dato che generalmente uso Riverpod per gestire tutti i flussi, questo test dovrebbe ridurre significativamente i bug.
4. Test di accettazione e widget
"Sono importanti... ma impiegano molto tempo."
Verificare il flusso degli utenti e testare i widget è molto importante. Tuttavia, c'è un problema: la creazione di questi test richiede un sacco di tempo. È difficile verificare tutti i rami e, in realtà, è quasi impossibile scriverli tutti. Inoltre, non si può garantire una sicurezza al 100% solo perché si effettuano questi test. In definitiva, penso che il rapporto costi-benefici sia scarso. Eseguendo il test del provider durante i test di integrazione, in caso di problemi, potrei notificare all'utente e aggiornare il problema in seguito.
Potrebbe sembrare un po' irresponsabile, ma penso che questo sia il modo migliore.
I miei pensieri
In realtà, i test sono come l'automazione. Si tratta di un buon modo per risparmiare tempo automatizzando i test che verrebbero normalmente eseguiti manualmente.
Il tempo è denaro, quindi dobbiamo sviluppare le cose più urgenti il più rapidamente possibile e accelerare la data di lancio.
Il tempo stringe. Dobbiamo sviluppare rapidamente.
Informazioni sullo sviluppatore
Alien, l'app di appuntamenti globale, è sviluppata e gestita da una coppia internazionale.
YouTube: https://www.youtube.com/@AlienApp
Email: slugj2020@gmail.com