SpecFlow for Agile Teams

Editor's Notes

• #4: Evolution: Talk about how testers have been perceived through time. Dream come true: testing as a first-class citizen in agile. Team Members: Talk about how in agile is all about “roles”, and not so much about a “Tester” or “Developer”, but the skills they bring to the table
• #6: Unit Testing and TDD: MSTest, NUnit Executable Specifications and BDD: SpecFlow UI Automation: CodedUI ES/SBE An executable specification is a description of software behavior written in natural language, but with a defined structure. A.K.A. Behavior-Driven Development (BDD) Acceptance-Test-Driven-Development (ATDD)  Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket. CodedUI requires: Visual Studio Premium or Ultimate Edition (CodedUI Test Project) Pitfalls Trying to do everything UI should be last resort When should I use UI testing? Test the things that are only possible from the UI Navigation The way the user interacts Stuff you can't test from Unit tests When not? Validating business rules ONLY TEST THINGS YOU CANNOT TEST WITH UNIT TESTS 3 Ways to use CodedUI Record & Playback (most common) Great way to get started Not the way to get the most ROI Most fragile way to build your test automation Be careful of multiple team members recording at the same time and merging the UIMap files One big chunk of unmaintainable code Use Recording of UI Maps to abstract the UI and then code against the abstraction More maintainable Be careful about maintaining UI Map files Create multiple UI maps, each one targeting a specific part of your UI Record ACTIONS and ASSERTIONS in separate UIMap Files Hand code everything and not use UI Map files Most control Most time-consuming Use UI Maps only for specific purposes like locating controls Create a UI Map per distinct par of the UI Requires more coding Page Object Pattern Helps you abstract the details of HOW the UI is CONSTRUCTED We create a class that represents the screen we see when we browse a web page, and we represent those UI elements as objects. Each Page Object abstracsts a PAGE or a PART OF A PAGE The Page Object has knowledge of the page and has the ability to find controls within the page. A Page Object has Methods Provides services to the test developer Abstracts the way UI elements are located Returns page objects A Page Object has Query Methods Used in assertions so deails about the UI stay with the object and don't leak to your test E.G. IsPageValid() os IsItemInShoppingBasket("name of item") Assertion is done in the test!
• #8: Cucumber is a software tool that computer programmers use for testing other software. It runs automated acceptance tests written in a behavior-driven development (BDD) style. Specification by Example An executable specification is a description of software behavior written in natural language, but with a defined structure. Cucumber is written in the Ruby programming language.[6][7] Cucumber projects are available for other platforms beyond Ruby. Some use Ruby Cucumber with a bridge into the target language (e.g. cuke4php and cuke4lua). Others use the Gherkin parser but implement everything else in the target language.[8] Cucumber allows the execution of feature documentation written in business-facing text.
• #11: Talk about the work that goes into Test Planning Sprint Planning vs. Poker Planning
• #12: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #13: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #14: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #15: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #16: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #17: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #18: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #19: Talk about the work that goes into Test Planning Sprint Planning vs. Poker Planning
• #20: Gherkin is the language that Cucumber understands. It is a Business Readable, Domain Specific Language that lets you describe software’s behaviour without detailing how that behaviour is implemented. Gherkin’s grammar is defined in the Treetop grammar that is part of the Cucumber codebase. The grammar exists in different flavours for many spoken languages (37 at the time of writing), so that your team can use the keywords in your own language.   Gherkin uses GIVEN/WHEN/THEN structure that lets you write specifications like this: GIVEN that I have items in my basket, WHEN I go to the checkout, THEN I am shown a confirmation screen,  AND the screen lists all the items in my basket.
• #21: Talk about the work that goes into Test Planning Sprint Planning vs. Poker Planning