Guidance Cards - Test

From School of CS Student Wiki
Revision as of 16:02, 25 July 2014 by gravatar Mbax9mb5 [userPHRhYmxlIGNsYXNzPSJ0d3BvcHVwIj48dHI+PHRkIGNsYXNzPSJ0d3BvcHVwLWVudHJ5dGl0bGUiPkdyb3Vwczo8L3RkPjx0ZD51c2VyPGJyIC8+PC90ZD48L3RyPjwvdGFibGU+] (talk | contribs)
Jump to navigation Jump to search

Part of Red-Green-Go! See FizzBuzz Example

Test Card 1

Requires Review/Re-wording

"When you have a choice of 'simplest' test case, it doesn't matter which you choose, provided you complete all tests in a one group before attempting the next group"
Test 1.jpg

Carefully written TDD Test Suites provide confidence in the code supporting the system functionality and also help us understand the subtleties of more complex problems. Kent Beck describe this as "Managing Fear" ( fear in the sense of this-is-a-hard-problem-and-I-can’t-see-the-end-from-the-beginning ).

In order to get most of TDD we aim to write as many tests as possible to describe a certain piece of functionality thus uncovering more details about it and reducing conceptual complexity.

A good example of the application of this is the FizzBuzz application. By writing multiple tests for both the "Fizz" and "Buzz" cases we discover a simplistic and elegant solution for the "FizzBuzz" case (instead of handling "FizzBuzz" as a separate functional piece it is being treated as a combination of "Fizz" and "Buzz" cases).

If we consider an alternative test case arrangement - first tackling the "FizzBuzz" case and later the individual "Fizz" and "Buzz" Cases, it would have been much harder to outline the solution. | QR Code

Test Card 2

Requires Review/Re-wording
"Choose the simplest 'Happy Path' case for your first test"

Test 2.jpg

Why choosing the happy path is sensible place to start + simple example <br/ Happy paths tend to be the shortest path - straight down the middle of the functional graph. The simplest smallest vertical slice of functionality

The first agile principle: "Our highest priority is to satisfy the customer through early and continuous delivery of valuable software."

One of the best ways to maximise business value early in the development is to focus on delivering all the major functionality. This approach is called "happy path" scenario.

Also known as the "sunny day" scenario, the happy path is the "normal" path of execution through a use case or through the software that implements it. Nothing goes wrong, nothing out of the normal happens, and we swiftly and directly achieve the user's or caller's goal. | QR Code

Test Card 3

Requires Review/Re-wording
"Choose the simplest 'Happy Path' case for your first test"

Test 3.jpg | QR Code

Test Card 4

Requires Review/Re-wording

Test 4.jpg

Test Card 5

Requires Review/Re-wording

Test 5.jpg


  • gravatar Mbasssme [userPHRhYmxlIGNsYXNzPSJ0d3BvcHVwIj48dHI+PHRkIGNsYXNzPSJ0d3BvcHVwLWVudHJ5dGl0bGUiPkdyb3Vwczo8L3RkPjx0ZD51c2VyPGJyIC8+PC90ZD48L3RyPjwvdGFibGU+] ·
  • gravatar Mbax9mb5 [userPHRhYmxlIGNsYXNzPSJ0d3BvcHVwIj48dHI+PHRkIGNsYXNzPSJ0d3BvcHVwLWVudHJ5dGl0bGUiPkdyb3Vwczo8L3RkPjx0ZD51c2VyPGJyIC8+PC90ZD48L3RyPjwvdGFibGU+]