| ... |
... |
@@ -3,7 +3,6 @@ |
| 3 |
3 |
* Mocking simplifies unit testing by replacing the dependencies of the unit being tested with simplified, simulated versions called mocks. |
| 4 |
4 |
* Example: Consider a unit under test that relies on a database. In testing, the database can be mocked to return a static value, eliminating the need for an actual database. |
| 5 |
5 |
|
| 6 |
|
- |
| 7 |
7 |
=== Benefits of Mocking === |
| 8 |
8 |
|
| 9 |
9 |
* Isolation of units to test each unit separately, dramatically reducing complexity and increasing test execution speed by replacing loaded modules with mocks. |
| ... |
... |
@@ -12,9 +12,9 @@ |
| 12 |
12 |
* Injection of test-specific behaviors not present in production code. |
| 13 |
13 |
* Enables the simulation of indirect dependencies by letting mocks return other mocks. |
| 14 |
14 |
|
| 15 |
|
- |
| 16 |
16 |
=== Types of Mocks === |
| 17 |
17 |
|
|
16 |
+(% style="text-align: justify;" %) |
| 18 |
18 |
Stubs are by far the most common type of mock. Keep your tests as simple as possible. Make them more complex only when necessary. |
| 19 |
19 |
|
| 20 |
20 |
* Stubs: Simplest form, returning a hardcoded value or providing an empty method body. |
| ... |
... |
@@ -22,7 +22,6 @@ |
| 22 |
22 |
* Spy: Injected to capture interaction data with fake objects when such data is not directly accessible. |
| 23 |
23 |
* Mock objects: Contain complex logic, simulate behaviors such as computation and exception handling, and even run tests. |
| 24 |
24 |
|
| 25 |
|
- |
| 26 |
26 |
=== Tips === |
| 27 |
27 |
|
| 28 |
28 |
* Mock third-party libraries for unit tests to ensure proper unit functionality. Instead, use the third-party libraries in component and integration tests. |
