মক, স্টাব এবং টেস্ট ডাবলস কী?

Question

Accepted Answer

**টেস্ট ডাবলস** হল এমন অবজেক্ট যা টেস্টে রিয়েল ডিপেন্ডেন্সির জায়গায় ব্যবহৃত হয় — যার মধ্যে রয়েছে **mocks**, **stubs**, **spies**, **fakes**, এবং **dummies**। এরা টেস্ট করা কোডকে এর ডিপেন্ডেন্সি (ডেটাবেস, 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');
```

## Mock বনাম Stub (মূল পার্থক্য)

```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.
```

## এটি কেন গুরুত্বপূর্ণ

টেস্ট ডাবলস (mocks, stubs ইত্যাদি) বোঝা গুরুত্বপূর্ণ কারণ এগুলি **আলাদাকৃত ইউনিট টেস্ট লেখার জন্য অপরিহার্য**, তাই এটি মূল্যবান এবং ঘন ঘন প্রয়োগ করা টেস্টিং জ্ঞান।

কোনো ইউনিটকে আলাদাভাবে টেস্ট করতে (ইউনিট টেস্টিংয়ের লক্ষ্য), আপনাকে এর রিয়েল ডিপেন্ডেন্সি (ডেটাবেস, API, সার্ভিস) **টেস্ট ডাবলস** দিয়ে প্রতিস্থাপন করতে হবে — যা টেস্ট তৈরি করতে সক্ষম করে যা **দ্রুত** (কোনো রিয়েল I/O নেই), **নিয়ন্ত্রিত** (সঠিক পরিস্থিতি সেটআপ সহ এমনকি রিয়েল ডিপেন্ডেন্সি দিয়ে ট্রিগার করা কঠিন এমন এরর শর্ত), এবং **ডিটারমিনিস্টিক** (কোনো এক্সটার্নাল ফ্লেকিনেস নেই)।

তাদের **প্রকারভেদ** এবং উদ্দেশ্য বোঝা প্রয়োজনীয়: **stubs** (কন্ট্রোল করা রেসপন্স প্রদান করতে — ইউনিটকে নির্দিষ্ট ডেটা খাওয়ানো), **mocks** (stubs যা ইন্টারঅ্যাকশন যাচাই করে — ইউনিট ডিপেন্ডেন্সি সঠিকভাবে কল করেছে কিনা তা চেক করা), **spies** (রিয়েল বা ফেক অবজেক্টে কল রেকর্ড করা), **fakes** (ইন-মেমরি ডেটাবেসের মতো কাজ করা সরলীকৃত বাস্তবায়ন), এবং **dummies** (স্থানধারক)।

**মূল mock-বনাম-stub পার্থক্য** বোঝা গুরুত্বপূর্ণ — stubs ইনপুট নিয়ন্ত্রণ করে (স্টেট ভেরিফিকেশন: ডেটা প্রদান করা) যখন mocks আউটপুট/ইন্টারঅ্যাকশন যাচাই করে (বিহেভিয়ার ভেরিফিকেশন: ইউনিট ডিপেন্ডেন্সি সঠিকভাবে কল করেছে কিনা তা চেক করা) — এটি গুরুত্বপূর্ণ ধারণামূলক জ্ঞান যা প্রায়ই বিভ্রান্ত হয়, এবং প্রতিটি যথাযথভাবে ব্যবহার করা গুরুত্বপূর্ণ।

**over-mocking পিটফল** বোঝা (অতিরিক্ত mocking ইমপ্লিমেন্টেশন ডিটেইলে টেস্টকে কাপল করে, তাদের ভঙ্গুর করে তোলে, তাই আপনার সঠিক সীমানায় mock করা উচিত) পরিপক্ক টেস্টিং বিচার প্রতিফলিত করে।

টেস্ট ডাবলস ইউনিট টেস্টিংয়ে কোড আলাদা করতে ক্রমাগত ব্যবহৃত হয়।

যেহেতু আলাদাকৃত ইউনিট টেস্টিং রিয়েল ডিপেন্ডেন্সি টেস্ট ডাবলস দিয়ে প্রতিস্থাপন করার দাবি রাখে (গতি, নিয়ন্ত্রণ এবং ডিটারমিনিজমের জন্য), এবং যেহেতু প্রকারভেদ, mock-বনাম-stub পার্থক্য এবং over-mocking পিটফল বোঝা ভালো আলাদা টেস্ট লেখার জন্য প্রয়োজনীয়, টেস্ট ডাবলস বোঝা মূল্যবান, ঘন ঘন প্রয়োগ করা টেস্টিং জ্ঞান — ইউনিট টেস্টিংয়ের জন্য অপরিহার্য, কোড আলাদা করতে ক্রমাগত ব্যবহৃত, এবং ফোকাসড, নিয়ন্ত্রিত টেস্ট লেখার সময় over-mocking এর ভঙ্গুরতা এড়ানোর জন্য গুরুত্বপূর্ণ, কার্যকর ইউনিট টেস্টিংয়ের জন্য একটি মূল দক্ষতা।