Hoe u uw iOS-app test op meerdere niveaus - dummies

Terwijl u uw iOS-app test, moet u deze op meerdere niveaus testen. Test elke klas en zijn methoden. Test hoe de klassen samenwerken. Test ten slotte de definitieve, volledig samengestelde app uit de gebruikersinterface. Hier volgt een bredere beschrijving van deze testniveaus:

• Eenheidstest: Testen op het niveau van een individuele klasse of van een kleine reeks verwante klassen is de testeenheid. Individuele ontwikkelaars doen dit soort tests meestal, bijvoorbeeld voordat ze worden gecontroleerd op bronbeheer zodat anderen deze kunnen gebruiken in hun programma's.

  Bij unit-testen maakt u een exemplaar van een klasse en roept u alle methoden met verschillende invoerwaarden aan en controleert u vervolgens of de methoden correct werken.

  Over het algemeen wordt unit testing in iOS gedaan op een modelobject (zoals een object van de Game-klasse in de Tic-Tac-Toe-app). Het testen van een enkel scherm om te zien of alle UI-elementen correct werken, kan echter worden beschouwd als eenheidscontrole.

• Integratietests: Zoals de naam aangeeft, is het doel van integratietests ervoor te zorgen dat de verschillende softwaremodules op de juiste manier samenwerken.

• Systeemtests: In dit geval wordt het systeem als geheel getest door mensen die optreden als potentiële gebruikers van de app.

Als jij de enige bent die een app ontwikkelt en je je afvraagt ​​hoe de voorgaande niveaus zich tot jou verhouden, is het antwoord dat je alle rollen kunt spelen. U kunt bijvoorbeeld een enkele ontwikkelaareenheid zijn die uw componenten test, een integratietester die twee componenten samenstelt die onafhankelijk zijn ontwikkeld (bijvoorbeeld de klasse Game en de sessie voor weergave van gamesessies) en een systeemtester die de volledige app test.

Je moet proberen zoveel mogelijk fouten te vinden en op te lossen. Om zoveel mogelijk mensen te vangen, test u zo veel mogelijk paden door uw code.