TDD and BDD and ATDD
- 1. ATDD/BDD/TDD created by: Anuar Nurmakanov
- 2. Test Driven Development Behavior Driven Development Acceptance Test Driven Development
- 5. TDD
- 6. TDD Steps
- 8. SPOCK Tests Sample def "should add through AWS S3 wrapper when file is valid"() { given: "a file that must be saved in S3 bucket" def fileName = "File, file, file!" def contentType = "type" def file = fakeInputStream() and: "it must be saved in the template" def templateId = "SLOT-ss4488S" and: "file type is valid" validator.validate(contentType) >> new ValidationNotification() when: "we call a service to save the file" service.uploadForTemplate(templateId, fileName, contentType, file) then: 1 * fileServiceWrapper.upload(templateId + "/", fileName, contentType, fil }
- 9. TDD is underhood practice about good design and internal quality
- 10. TDD=Internal Quality Clean Code Learning curve Better Design Documentation
- 11. TDD does not require scenarios from business Scenario
- 12. Next step
- 13. Different names Agile acceptance testing Behavior-Driven Development Acceptance Test-Driven Development Example-Driven Development Story testing Specification by Example But all have the same idea
- 14. EXAMPLES FROM BUSINESS BECOME AUTOMATED TESTS BDD & ATDD
- 15. TESTS ACCEPTS USER STORIES BDD & ATDD
- 16. AUTOMATED TESTS ACCEPTS USER STORIES ATDD
- 17. BDD ATDD
- 18. Product Owner The team Use case 1 What if? Use case 1 details ... Real examples Test Data Scenario
- 19. Option 1
- 20. Product Owner The team Story Workshop Prepares specification Review specifications QA Product Owner Phase 1
- 21. Phase 2 Automates specs Implements Product Owner The team accept by using automated tests
- 22. Option 2
- 23. Product Owner The team Story Workshop Prepares specification Phase 1 Product Owner
- 24. Phase 2 Automates specs Implements Product Owner The team accept by using automated tests
- 25. Option 3
- 26. Product Owner The team Story Workshop Prepares specification QA Phase 1
- 27. Phase 2 Automates specs Implements Product Owner The team accept by using automated tests
- 28. Options ranking Option 1 Option 2 Option 3
- 29. How to start if we do not have UI yet?
- 30. will provide insights about the necessary First example User interface for end user First example?
- 31. you can extend the examples in multiple directions Example 2 Example N explains a case for ... users ... when ... explains a case for ... admin ... if...
- 32. Instead of programming against a real user interface, abstract from the GUI to the business cases behind your examples
- 33. It is recommended writing your tests as if you already have the interface you wish you had
- 36. BDD/ATDD tools can be also used for ATDD/BDD approach
- 37. References