Upgrade to Pro — share decks privately, control downloads, hide ads and more …

(Unit) Testing iOS Apps

(Unit) Testing iOS Apps

Pawel Dudek

January 24, 2014
Tweet

More Decks by Pawel Dudek

Other Decks in Programming

Transcript

  1. One of the many reasons why you want to have

    tests. What are the others?
  2. Reasons for testing • Saved time • Better codebase •

    Faster development cycles • Being “confident” about your code • More saved time
  3. Common misconceptions • “It will take longer to write code”

    or “Time spent writing/refactoring tests is time lost” • “It will take more time to modify existing system”
  4. Are unit tests an invaluable tool for writing great software?

    Heck yes.  Am I going to produce a poor product if I can’t unit test? Hell no. Jonathan Rasmusson
  5. • You will feel confused • You won’t know how

    to start • You will need help • Conclusion: it’s not easy to start
  6. Tips • Never think of tests as tests • Think

    of a scenario, behavior, example • Grab a mature project from github with tests included • Find someone experienced and ask questions • Program in pairs!
  7. TDD • Test Driven Development • Red, Green, Refactor •

    Write failing test first • Fix it • Refactor
  8. BDD builds upon TDD by formalising the good habits of

    the best TDD practitioners. Matt Wynne, XP Evangelist
  9. OCUnit Syntax • All test classes inherit from SenTestCase •

    All tests begin with test • Setup and teardown method • Everything else is ignored by testing framework • Means you can use as additional setup methods!
  10. -(void)testFullName { Person *person = [Person person]; person.firstName = @"Mariusz";

    person.secondName = @"Testowniczek"; NSString *fullName = [person fullName]; NSString *expectedName = @"Mariusz Testowniczek"; STAssertTrue([fullName isEqualToString:expectedName], @""); }
  11. SPEC_BEGIN(PersonSpec) ! describe(@"Person", ^{ __block Person *person; ! beforeEach(^{ person

    = [[Person alloc] init]; person.firstName = @"Mariusz"; person.lastName = @"Fixture Last Name"; }); ! describe(@"full name", ^{ ! __block NSString *fullName; ! beforeEach(^{ fullName = [person fullName]; }); ! it(@"should return the full name", ^{ expect(fullName).to(equal(@"Mariusz Testowniczek")); }); }); }); ! SPEC_END
  12. Summary • Testing is a great way to help developers

    • Better codebase, faster iterations • Invaluable for larger projects