... |
... |
@@ -29,7 +29,7 @@ |
29 |
29 |
** **Performance requirements** |
30 |
30 |
** **Security requirements** |
31 |
31 |
** **Load requirements**, when software is expected to handle a certain number of requests per second. |
32 |
|
-* At any level of abstraction, you should always test **happy path** requirements, where everything works as expected, and **unhappy path** requirements, where something goes wrong or an unusual input is provided. Writing tests for the latter makes the software robust against failures and misuse. |
|
32 |
+* You should always test **happy path** requirements, where everything works as expected, and **unhappy path** requirements, where something goes wrong or an unusual input is provided. Writing tests for the latter makes the software robust against failures and misuse. |
33 |
33 |
|
34 |
34 |
=== Table of Contents === |
35 |
35 |
|