Test Driven Development
Upcoming SlideShare
Loading in...5
×
 

Test Driven Development

on

  • 1,192 views

This was one of my first presentations that I gave in Columbus, Ohio at an event called "Day of .Net"

This was one of my first presentations that I gave in Columbus, Ohio at an event called "Day of .Net"

Statistics

Views

Total Views
1,192
Views on SlideShare
1,189
Embed Views
3

Actions

Likes
0
Downloads
49
Comments
0

1 Embed 3

http://www.linkedin.com 3

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Test Driven Development Test Driven Development Presentation Transcript

    • Test Driven Development Ben Carey NuSoft Solutions
    • The Presentation
      • What is TDD?
      • How do I do it?
      • Why do it?
      • Lessons learned
      • Resources
      • Q&A
      • What do you want to talk about?
        • (please interrupt)
    • What is TDD?
      • Writing clean code that works
      • The use of testing for…
        • Automated Feedback
        • Incremental Design
      • It’s more than just unit testing
        • Developer Tests
        • Functional Tests
        • Performance Tests
        • Regression Tests
        • Design in the context of today’s problem
    • What is TDD?
    • How do I do it?
      • Think about what you want to do.
      • Think about how to test it.
      • Write a small test.
      • Watch it fail.
      • Write enough code to watch it pass.
      • Refactor
        • Once and only once
        • DRY
      • Repeat
    • How do I do it?
      • Demo
    • Why do it?
      • Feedback
        • Know what works
        • Know what doesn’t work
        • Change things (and know if it worked)
    • Why do it?
      • Communication
        • Executable documentation
          • It’s always up to date
          • How many of your requirements / design documents can be proven?
          • Give new team members code instead of word documents
        • Demonstrate intent
        • Show usage
    • Why do it?
    • Why do it?
      • Simplicity
        • Organic Architecture
        • Empathetic code
        • We (by habit) over-engineer our code
        • Keep architecture / design in proportion to today's needs
        • Design based on feedback / experience
    • Why do it?
      • Courage vs. Fear
        • What are the implications of this change?
        • Did I break anything?
        • Trust
    • Lessons Learned
      • Readable trumps well-factored
      • Red / Green / Refactor = Flow
      • Defects – Prove it, then fix it (forever)
      • Adopt multiple levels of testing
      • The 10 minute rule
      • Use Mock objects
    • Good Stuff
      • Test Driven Development: By Example
      • Test-Driven Development in Microsoft .Net
      • Pragmatic Unit Testing in C# with NUnit
      • www.testdriven.com
      • www.testingreflections.com
      • www.c2.com
    • The End
      • Contact Info:
      • Ben Carey
      • [email_address]
      • NuSoft Solutions
      • 614-607-3754