મોક્સ, સ્ટબ્સ અને ટેસ્ટ ડબલ્સ શું છે?

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 નહીં), **નિયંત્રિત** (ચોક્કસ દૃશ્યો સેટ કરવા સહિત ભૂલ પરિસ્થિતિઓ જે વાસ્તવિક ડિપેન્ડન્સીઝ સાથે ટ્રિગર કરવી મુશ્કેલ છે), અને **નિર્ણાયક** (કોઈ બાહ્ય અસ્થિરતા નહીં) છે.

**પ્રકારો** અને તેમના હેતુઓ સમજવું જરૂરી છે: **સ્ટબ્સ** (નિયંત્રિત કરવા માટે કેનર્ડ રેસ્પોન્સ પ્રદાન કરવા — યુનિટને ચોક્કસ ડેટા આપવા), **મોક્સ** (સ્ટબ્સ જે ઇન્ટરેક્શન્સ પણ ચકાસે છે — યુનિટે ડિપેન્ડન્સી સાચી રીતે કૉલ કરી છે કે કેમ તે તપાસવું), **સ્પાયિજ** (વાસ્તવિક અથવા નકલી ઑબ્જેક્ટ્સ પર કૉલ્સ રેકર્ડ કરવી), **ફેક્સ** (ઇન-મેમોરી ડેટાબેસ જેવા કામ કરતા સરળીકૃત અમલીકરણો), અને **ડમીઝ** (પ્લેસહોલ્ડર્સ).

**મુખ્ય મોક-વર્સસ-સ્ટબ તફાવત** સમજવું — સ્ટબ્સ ઇનપુટ્સ નિયંત્રિત કરે છે (સ્ટેટ વેરિફિકેશન: ડેટા પ્રદાન કરવો) જ્યારે મોક્સ આઉટપુટ્સ/ઇન્ટરેક્શન્સ ચકાસે છે (બિહેવિયર વેરિફિકેશન: યુનિટે ડિપેન્ડન્સીઝ સાચી રીતે કૉલ કર્યા છે કે કેમ તે તપાસવું) — મહત્વપૂર્ણ ખ્યાલી જ્ઞાન છે જે ઘણીવાર ગોળમાળ હોય છે, અને દરેક યોગ્ય રીતે ઉપયોગ કરવું મહત્વનું છે.

**વધારે-મોકિંગ પિતૃપ્રણાલી** સમજવું (અતિશય મોકિંગ ટેસ્ટ્સને અમલીકરણ વિગતો સાથે જોડે છે, તેમને નાજુક બનાવે છે, તેથી તમે યોગ્ય સીમાઓ પર મોક કરવું જોઈએ) પરિપક્વ ટેસ્ટિંગ તર્ક પ્રતિબિંબિત કરે છે.

ટેસ્ટ ડબલ્સનો ઉપયોગ યુનિટ ટેસ્ટિંગમાં કોડને એકલતામાં રાખવા માટે સતત થાય છે.

ચાલુ એકલતાથી યુનિટ ટેસ્ટિંગ માટે વાસ્તવિક ડિપેન્ડન્સીઝને ટેસ્ટ ડબલ્સ સાથે બદલવી આવશ્યક છે (ઝડપ, નિયંત્રણ અને નિર્ણયક માટે), અને પ્રકારો, મોક-વર્સસ-સ્ટબ તફાવત, અને વધારે-મોકિંગ પિતૃપ્રણાલી સમજવું આવશ્યક છે કારણ કે સારી એકલ ટેસ્ટ્સ લખવા માટે, ટેસ્ટ ડબલ્સ સમજવું મૂલ્યવાન, વારંવાર-લાગુ ટેસ્ટિંગ જ્ઞાન છે — યુનિટ ટેસ્ટિંગ માટે આવશ્યક, કોડને એકલતામાં રાખવા માટે સતત ઉપયોગમાં, અને વધારે-મોકિંગની નાજુકતાને ટાળીને, કેન્દ્રિત, નિયંત્રિત ટેસ્ટ્સ લખવા માટે મહત્વપૂર્ણ — અસરકારક યુનિટ ટેસ્ટિંગ માટે મુખ્ય કુશળતા.