![translation](https://cdn.durumis.com/common/trans.png)
Dit is een door AI vertaalde post.
Wat voor tests moet je uitvoeren bij het ontwikkelen van een app voor één persoon?
- Taal van de tekst: Koreaans
- •
-
Referentieland: Alle landen
- •
- Informatietechnologie
Selecteer taal
Samengevat door durumis AI
- Benadrukt het belang van het schrijven van testcode vóór het uitbrengen van de app en presenteert een prioriteit voor verschillende testmethoden, zoals mensen-testen, integratietesten, eenheidstesten en acceptatie- en widget-testen.
- Ontwikkelaars moeten prioriteit geven aan mensen-testen en integratietesten (provider-gericht) vanwege de tijdsefficiëntie, eenheidstesten na de release toevoegen en acceptatie- en widget-testen vanwege de tijdrovende aard efficiënt uitvoeren.
- Automatiseer tests om tijd te besparen, de ontwikkelingsnelheid te verhogen en een snelle release als doel te stellen.
"Een grotere broekriem dan de broek is niet goed. Dat wil zeggen, het heeft geen zin als het langer duurt om tests te schrijven."
Ga je al je tijd besteden aan het schrijven van tests?
Het verhaal van het schrijven van tests
Voordat ik de app lanceer, wil ik een eenvoudige testcode uitvoeren. Eigenlijk is het automatiseren van tests, dus ik denk dat het beter is om het nu te doen in plaats van later spijt te krijgen.
De prioriteit voor testen is in mijn ogen:
Menselijke test > Integratietest (alleen provider) > Unittest > Widget, acceptatietest
1. Gewoon testen met mensen
"Gewoon laten doen door mensen is het antwoord"
Ik ga eerst integratietests uitvoeren om de gebruikersstroom in grote lijnen te bekijken. Dan heb ik de tests in ieder geval al een keer uitgevoerd, dus dat is toch goed?
2. Unittest
"Testen of de kleinste onderdelen goed werken"
Eigenlijk is de prioriteit iets lager omdat er geen andere mensen zijn die code mergen (aangezien het om een eenmansontwikkeling gaat). Eerst ga ik een snelle test uitvoeren om te zien of het werkt, dan publiceer ik de app en schrijf ik unittests. Het zal werken omdat ik het heb ontwikkeld. De kans op bugs is op dit moment klein, tenzij er updates of toevoegingen worden gedaan.
3. Integratietest
"Eigenlijk providertesten. Laten we ons daarop concentreren"
Ik denk dat het in mijn app eigenlijk providercontrole is. Ik heb geen tijd om alles opnieuw te maken, en alle stromen worden meestal via riverpod uitgevoerd, dus denk je dat het een stuk minder bugs veroorzaakt als we dit alleen al doen?
4. Acceptaite- en widgettest
"Belangrijk, maar... kost veel tijd"
Het controleren van de gebruikersstroom en het testen van widgets is eigenlijk heel belangrijk. Maar het probleem is... het kost ongelooflijk veel tijd om dit te schrijven. Het is moeilijk om alle takken te controleren, en het is eigenlijk onmogelijk om alles zelf te schrijven... en het is geen garantie dat de tests 100% veiligheid garanderen. Daarom denk ik dat de prijs-kwaliteitverhouding niet zo goed is. Ik denk dat we de integratieprovider testen en als er iets niet werkt, dan kunnen we de gebruiker waarschuwen... en dat deel kunnen we dan op dat moment bijwerken.
Het is misschien wat onverantwoordelijk, maar het lijkt de beste optie te zijn.
Mijn gedachte
Eigenlijk is testen hetzelfde als automatiseren. Het is een goede manier om tijd te besparen door handmatige tests te automatiseren.
Tijd is geld, dus laten we snel de dringende zaken ontwikkelen en de lanceringsdatum versnellen.
De tijd dringt. We moeten zo snel mogelijk ontwikkelen.
Over de ontwikkelaar
De wereldwijde dating-app Alien wordt samen ontwikkeld en beheerd door een echtpaar uit verschillende landen.
Youtube : https://www.youtube.com/@AlienApp
E-mail: slugj2020@gmail.com