26. What’s in the Name
• Acceptance Test-Driven Development
• Behavior-Driven Development (BDD)
• Specification by Example
• Agile Acceptance Testing
• Story Testing
WelcomeDisclaimer:Series of webinars on Agile TestingFirst one is focused on the foundation and building blocks of the Agile Testing which in my view is very very important to understand.This session will not cover detailed technical aspects of test automation.Questions:Questions will be answered at the end of the session. Please use chat window to enter your questions and responses.
How is it different to work in Agile environment to work as a tester.Is it just the mindset change and or it impacts the way we work also?
SilosBiggest goal looks like our individual profession – i.e. development, testing, business analysis or deployment.Similarly customer is also in defensive or offensive mode – fear of change requests and he would like to dump everything in the requirements document he could think of.Result – it looks like nobody really focus on why they are working at the first place – to build a product which delights the end user, delivered when it could be used.In this case – tester’s focus is to find bugs in the code. Depending on number of bugs he find, the greatness of tester increases.
Everybody works towards a team goal. Which is to create a great product or application.As part of two weeks if development is done but testing is not completed – nothing could be shown to the customer – translates into zero business value.DB design is done but UI not done – it’s not done.As the focus is towards a team goal, in order to achieve that, everybody has to work as one team, collaborate and support each other.How this support and collaboration happens in agile will be discussed in next slides.
In first picture – 20% done means nothing is usable yet.In Agile – 20% done means – 100% usable.How is it possible to deliver value in 2 weeks in Agile compared to 6 months of waterfall cycle?
Collaboration to achieve the team goalAnd being cross functionalTraditional – one person knows one part of functionality and only he can work on it.Agile – due to pair programming everybody can potentially work on everything
There is continuous discipline and focus on quality.There are more technical practices involved in order to achieve production level quality as part of 2 weeks cycle.The best way to speed up and having less errors is to automate the quality part.Will be discussed in the later part of the presentation.