| ... |
... |
@@ -33,7 +33,7 @@ |
| 33 |
33 |
|
| 34 |
34 |
* **Functional Requirements** |
| 35 |
35 |
** Use cases that are defined in project requirements. Tests are actually specification translated into code. |
| 36 |
|
-** Lower-level use cases derived from high-level project use cases are not directly visible to end users, but form the backbone of software functionality. This includes the expected behavior of the underlying functions, classes, modules, and components. |
|
36 |
+** Lower-level use cases derived from high-level project use cases that are not directly visible to end users, but form the backbone of software functionality. This includes the expected behavior of the underlying functions, classes, modules, and components. |
| 37 |
37 |
* **Non-Functional Requirements** |
| 38 |
38 |
** **Border cases** that could theoretically occur, such as maximum/minimum values, nulls, invalid input, zeroes, negative numbers, empty lists, values with special meaning, exceptions, etc. |
| 39 |
39 |
** **Performance requirements** |
