ਮੌਕ, ਸਟਬ, ਅਤੇ ਟੈਸਟ ਡਬਲ ਕੀ ਹਨ?

Question

Accepted Answer

**ਟੈਸਟ ਡਬਲ** ਉਹ ਅਵਜੈਕਟ ਹਨ ਜੋ ਟੈਸਟਾਂ ਵਿੱਚ ਅਸਲ ਨਿਰਭਰਤਾਵਾਂ ਦੀ ਜਗ੍ਹਾ ਲੈਂਦੇ ਹਨ — ਜਿਸ ਵਿੱਚ **ਮੌਕ**, **ਸਟਬ**, **ਸਪਾਈ**, **ਫੇਕ**, ਅਤੇ **ਡਮੀ** ਸ਼ਾਮਲ ਹਨ। ਉਹ ਕੋਡ ਨੂੰ ਟੈਸਟ ਕੀਤੇ ਜਾ ਰਹੇ ਨੂੰ ਇਸ ਦੀ ਨਿਰਭਰਤਾਵਾਂ (ਡਾਟਾਬੇਸ, API, ਸੇਵਾਵਾਂ) ਤੋਂ ਵੱਖ ਕਰਦੇ ਹਨ, ਤੇਜ, ਫੋਕਸਡ, ਨਿਯੰਤ੍ਰਿਤ ਯੂਨਿਟ ਟੈਸਟਾਂ ਨੂੰ ਸਮਰਥ ਬਣਾਉਂਦੇ ਹਨ।

## ਟੈਸਟ ਡਬਲ ਕਿਉਂ

```text
To test a unit in ISOLATION, replace its real dependencies (DB, API, services) with
TEST DOUBLES (fake stand-ins):
  → isolate the unit (test ONLY it, not its dependencies)
  → FAST (no real DB/network); CONTROLLED (set up exact scenarios, including errors);
    DETERMINISTIC (no external flakiness)
```

## ਟੈਸਟ ਡਬਲ ਦੀਆਂ ਕਿਸਮਾਂ

```text
STUB → provides canned RESPONSES to calls (returns preset data):
  → "when getUser is called, return this fake user" — controls inputs to the unit
MOCK → a stub that also VERIFIES interactions (was it called? how? with what?):
  → "verify save() was called once with these arguments" — checks behavior/interactions
SPY → wraps a real (or fake) object and RECORDS calls (verify how it was used)
FAKE → a working but simplified implementation (e.g. an in-memory database)
DUMMY → a placeholder passed but not actually used
```

```js
// stub: control what a dependency returns
const userService = { getUser: jest.fn().mockReturnValue({ name: 'Ann' }) };
// mock verification: check an interaction happened
expect(emailService.send).toHaveBeenCalledWith('ann@x.com');
```

## ਮੌਕ ਬਨਾਮ ਸਟਬ (ਮੁੱਖ ਫਰਕ)

```text
STUB → controls INPUTS (provides data the unit needs) — "state" verification
MOCK → verifies OUTPUTS/interactions (was the dependency called correctly?) — "behavior"
  verification
→ Use stubs to provide data; mocks to verify the unit called a dependency correctly.
⚠️ Over-mocking → tests coupled to implementation (brittle); mock at the right boundaries.
```

## ਇਹ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ

ਟੈਸਟ ਡਬਲ (ਮੌਕ, ਸਟਬ, ਆਦਿ) ਨੂੰ ਸਮਝਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਉਹ **ਵੱਖ ਕੀਤੇ ਯੂਨਿਟ ਟੈਸਟ ਲਿਖਣ ਲਈ ਜ਼ਰੂਰੀ ਹਨ**, ਇਸ ਲਈ ਇਹ ਮੁੱਲਵਾਨ, ਬਾਰ-ਬਾਰ ਲਾਗੂ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਟੈਸਟਿੰਗ ਗਿਆਨ ਹੈ।

ਇੱਕ ਯੂਨਿਟ ਨੂੰ ਵੱਖ ਵਿੱਚ ਟੈਸਟ ਕਰਨ ਲਈ (ਯੂਨਿਟ ਟੈਸਟਿੰਗ ਦਾ ਲਕਸ੍ਯ), ਤੁਹਾਨੂੰ ਇਸ ਦੀ ਅਸਲ ਨਿਰਭਰਤਾਵਾਂ (ਡਾਟਾਬੇਸ, API, ਸੇਵਾਵਾਂ) ਨੂੰ **ਟੈਸਟ ਡਬਲ** ਨਾਲ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ — ਟੈਸਟਾਂ ਨੂੰ **ਤੇਜ** (ਕੋਈ ਅਸਲ I/O ਨਹੀਂ), **ਨਿਯੰਤ੍ਰਿਤ** (ਨਿਖੇੜੀ ਸਥਿਤੀਆਂ ਸਥਾਪਿਤ ਕਰਨਾ ਜਿਵੇਂ ਗਲਤੀ ਦੀਆਂ ਸਥਿਤੀਆਂ ਜੋ ਅਸਲ ਨਿਰਭਰਤਾਵਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹਨ), ਅਤੇ **ਪ੍ਰਮਾਣਿਤ** (ਕੋਈ ਬਾਹਰੀ ਲੜ ਨਹੀਂ) ਬਣਾਉਂਦੇ ਹਨ।

ਟਾਈਪਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਮਕਸਦ ਨੂੰ ਸਮਝਣਾ ਜ਼ਰੂਰੀ ਹੈ: **ਸਟਬ** (ਨਿਰਭਰਤਾ ਕੀ ਵਾਪਸ ਕਰਦੀ ਹੈ ਇਸ ਨੂੰ ਕਾਬੂ ਕਰਨਾ — ਯੂਨਿਟ ਨੂੰ ਖਾਸ ਡੈਟਾ ਫੀਡ ਕਰਨਾ), **ਮੌਕ** (ਸਟਬ ਜੋ ਇਸ ਤੋਂ ਇਲਾਵਾ ਇੰਟਰਐਕਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ — ਯੂਨਿਟ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਨਿਰਭਰਤਾ ਨੂੰ ਕਾਲ ਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨਾ), **ਸਪਾਈ** (ਅਸਲ ਜਾਂ ਨਕਲੀ ਅਵਜੈਕਟਾਂ 'ਤੇ ਕਾਲਾਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨਾ), **ਫੇਕ** (ਇਨ-ਮੈਮਰੀ ਡਾਟਾਬੇਸ ਵਾਂਗ ਕਾਰਜ ਸਹਾਇਕ ਸਮਸੁੱਟ ਲਾਗੂ ਕਰਨਾ), ਅਤੇ **ਡਮੀ** (ਜਗ੍ਹਾ ਰਖਨ ਵਾਲੇ)।

**ਮੌਕ-ਬਨਾਮ-ਸਟਬ ਵਿਸ਼ੇਸ਼ਤਾ** ਨੂੰ ਸਮਝਣਾ — ਸਟਬ ਇਨਪੁਟ ਨੂੰ ਕਾਬੂ ਕਰਦੇ ਹਨ (ਸਥਿਤੀ ਪ੍ਰਮਾਣਨ: ਡੈਟਾ ਫਰਨਾਂ) ਜਦਕਿ ਮੌਕ ਆਉਟਪੁਟ/ਇੰਟਰਐਕਸ਼ਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ (ਵਿਵਹਾਰ ਪ੍ਰਮਾਣਨ: ਯੂਨਿਟ ਨੂੰ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਕਾਲ ਕਰਨ ਦੀ ਜਾਂਚ ਕਰਨਾ) — ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਸੰਕਲਪ ਗਿਆਨ ਹੈ ਅਕਸਰ ਉਲਝਿਆ ਹੋਇਆ ਹੈ, ਅਤੇ ਹਰੇਕ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਵਰਤਣਾ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ।

**ਓਵਰ-ਮੌਕਿੰਗ ਪਤਨ** ਨੂੰ ਸਮਝਣਾ (ਬਹੁਤ ਜ਼ਿਆਦਾ ਮੌਕਿੰਗ ਟੈਸਟਾਂ ਨੂੰ ਸਮਸੁੱਟ ਵੇਰਵਿਆਂ ਨਾਲ ਜੋੜਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਪਰਵਰੋਹ ਬਣਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਸਹੀ ਸੀਮਾਵਾਂ 'ਤੇ ਮੌਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ) ਪਕਵਾਨ ਪ੍ਰਮਾਣਨ ਨਿਣਕ ਪ੍ਰਤੀਬਿੰਬ ਕਰਦਾ ਹੈ।

ਟੈਸਟ ਡਬਲਾਂ ਨੂੰ ਯੂਨਿਟ ਟੈਸਟਿੰਗ ਵਿੱਚ ਕੋਡ ਦੇ ਤਹਿਤ ਟੈਸਟ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਨਿਰੰਤਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਕਿਉਂਕਿ ਵੱਖ ਕੀਤੀ ਯੂਨਿਟ ਟੈਸਟਿੰਗ ਲਈ ਅਸਲ ਨਿਰਭਰਤਾਵਾਂ ਨੂੰ ਟੈਸਟ ਡਬਲ ਨਾਲ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ (ਗਤੀ, ਕੰਟਰੋਲ, ਅਤੇ ਡਾਟਿਨਿਜ਼ਮ ਲਈ), ਅਤੇ ਕਿਉਂਕਿ ਕਿਸਮਾਂ, ਮੌਕ-ਬਨਾਮ-ਸਟਬ ਫਰਕ, ਅਤੇ ਓਵਰ-ਮੌਕਿੰਗ ਪਤਨ ਨੂੰ ਸਮਝਣਾ ਚੰਗੇ ਵੱਖ ਪਾਏ ਟੈਸਟ ਲਿਖਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਟੈਸਟ ਡਬਲਾਂ ਨੂੰ ਸਮਝਣਾ ਮੁੱਲਵਾਨ, ਬਾਰ-ਬਾਰ ਲਾਗੂ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਟੈਸਟਿੰਗ ਗਿਆਨ ਹੈ — ਯੂਨਿਟ ਟੈਸਟਿੰਗ ਲਈ ਜ਼ਰੂਰੀ, ਕੋਡ ਨੂੰ ਵੱਖ ਕਰਨ ਲਈ ਨਿਰੰਤਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਫੋਕਸਡ, ਨਿਯੰਤ੍ਰਿਤ ਟੈਸਟ ਲਿਖਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਦਕਿ ਓਵਰ-ਮੌਕਿੰਗ ਦੀ ਪਰਵਰੋਹ ਤੋਂ ਬਚਿਆ ਜਾਂਦਾ ਹੈ, ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਯੂਨਿਟ ਟੈਸਟਿੰਗ ਲਈ ਇੱਕ ਮੁੱਖ ਕੌਸ਼ਲ ਹੈ।