Introduction to test programming
Download as PPT, PDF0 likes371 views
The document introduces test-driven development (TDD) and unit testing using NUnit. It discusses common excuses for not testing code and the benefits of unit tests. These include proving code works, reducing bugs, and making code easier to refactor. The document also outlines best practices for unit tests, such as running quickly, only failing for one reason, and minimizing dependencies. It introduces TDD workflows like red-green-refactor and describes some influential figures in agile software development and testing.
![The Giants Martin Fowler is an author and international speaker on software development, specializing in object-oriented analysis and design, UML , patterns , and agile software development methodologies, including extreme programming . Fowler is a member of the Agile Alliance and helped create the Manifesto for Agile Software Development in 2001. He popularized the term Dependency Injection [2] as a form of Inversion of Control . Kent Beck is an American software engineer and the creator of Extreme Programming [1] and Test Driven Development . Beck was one of the 17 original signatories of the Agile Manifesto in 2001. He has pioneered software design patterns , the rediscovery of Test-driven development , along with Erich Gamma created the JUnit unit testing framework.](https://image.slidesharecdn.com/introductiontotestprogramming2-101227013417-phpapp01/85/Introduction-to-test-programming-9-320.jpg)
Introduction to test programming
- 1. Introduction to Test Programming Implemented with NUnit
- 2. Excuses for not testing It takes too much time to write the tests How much time do you spend debugging code that you or others have written? It takes too long to run the tests . It shouldn’t. Most unit tests should execute extremely quickly, so you should be able to run hundreds, even thousands of them in a matter of a few seconds. It’s not my job to test my code Pray tell, what is your job, exactly? Presumably your job, at least in part, is to create working code. I don’t really know how the code is supposed to behave so I can’t test it If you truly don’t know how the code is supposed to behave, then maybe this isn’t the time to be writing it. Maybe a prototype would be more appropriate But it compiles! It’s easy to get lulled into thinking that a successful compile is somehow a mark of approval, that you’ve passed some threshold of goodness.
- 3. 12 Benefits Unit tests prove that your code actually works You get a low-level regression-test suite You can improve the design without breaking it It's more fun to code with them than without They demonstrate concrete progress Unit tests are a form of sample code It forces you to plan before you code It reduces the cost of bugs It's even better than code inspections It virtually eliminates coder's block Unit tests make better designs It's faster than writing code without tests
- 4. Nunit in a nutshell
- 5. xUnit test patterns Tests should reduce risk, not introduce it. Tests should be easy to run. Tests should be easy to maintain as the system evolves around them Tests should only fail because of one reason. (Tests should only test one thing, avoid multiple asserts for example.) There should only be one test that fails for that reason. (this keeps your testbase maintainable) Minimize test dependencies (no dependencies on databases, files, ui etc.)
- 6. xUnit test patterns Naming Have a descriptive name. Tests-names should read like specifications. If your names get too long you're probably testing too much. Structure Use AAA structure. Arrange your context Act , do the things that need to be tested Assert , assert what you want to check Mocks vs. Stubs The term 'Mock Objects' has become a popular one to describe special case objects that mimic real objects for testing. Mock objects are but one form of special case test object http://martinfowler.com/articles/mocksArentStubs.html
- 7. A test is not a unit test if It talks to the database It communicates across the network It touches the file system It can't run at the same time as any of your other unit tests You have to do special things to your environment (such as editing config files) to run it.
- 8. Red – Green - Refactor Red — Write a test that expresses how you’ll use the code and what you need it to do. This test will fail, producing a red bar on many UI’s. Green — Write enough code to get the test to pass, but no more. If you need more code, for example, to check for errors, first write another test to demonstrate that feature. For now, just write enough code to get the test to pass. Refactor — Clean up the code to remove redundancy and improve the design. Then re-run the tests to make sure you didn’t break anything.
- 9. The Giants Martin Fowler is an author and international speaker on software development, specializing in object-oriented analysis and design, UML , patterns , and agile software development methodologies, including extreme programming . Fowler is a member of the Agile Alliance and helped create the Manifesto for Agile Software Development in 2001. He popularized the term Dependency Injection [2] as a form of Inversion of Control . Kent Beck is an American software engineer and the creator of Extreme Programming [1] and Test Driven Development . Beck was one of the 17 original signatories of the Agile Manifesto in 2001. He has pioneered software design patterns , the rediscovery of Test-driven development , along with Erich Gamma created the JUnit unit testing framework.