Most manual testing should be spent on Usability and Exploratory Testing. These types of tests are non-scripted and thus cannot be automated. These tests need human interaction, observation, and analysis. With usability testing, a human needs to verify that the design, layout, and user interface of a business feature is intuitive, easy to understand, easy to…

When you are coming up with a testing strategy for green field applications, you should follow the testing triangle or pyramid. For legacy application, a different strategy is needed. Writing tons and tons of unit tests when working with a very large application with zero tests is very costly and results in very little benefits. A…

Acceptance test driven development takes the TDD practice and applies it to acceptance tests. On day 1 of the Sprint, before we begin coding a particular user story, we start by reviewing the acceptance criteria and thinking about how we will verify via tests that this story is complete. Typically, a single acceptance criteria might map…

Requirements and tests are just two sides of the same coin. You can’t have a user story or requirement without an acceptance criteria (test). These two meld into executable specification. Using gherkin syntax (given,when,then) we can represent requirements using examples and create specifications by example. As a potential customer I want to collect books in a…

In many situations, there are a lot of business rules that need to be tested. Say we want to test that the correct discounts get applied based on a certain number of items that are in a shopping cart. To test these rules, most testers will go through the UI and hop through several steps to…

Test driven development or test driven design is a programming approach where before the developer writes any code, she first writes an automated test. This test will fail at first because no code exists. Then she write enough code to make the test pass. After that she might want to clean up or refactor her approach,…