কখন মক ব্যবহার করবেন না — ওভার-মকিং সমস্যা

১ · ওভার-মকিং — যখন টেস্ট আসল কোডের বদলে মককেই টেস্ট করে

একটি ফাংশনের ভেতরে সাধারণত দুই ধরনের অংশ থাকে — নিজের আসল হিসাব-লজিক (যা টেস্ট করাই মূল লক্ষ্য), আর সীমানার বাইরের প্রকৃত dependency-র সাথে যোগাযোগ (external API, DB, ইমেইল সার্ভিস — যেগুলো ধীর/অস্থিতিশীল বলে মক করা হয়, পাঠ ১৫-১৭)। ওভার-মকিং ঘটে যখন কেউ শুধু সীমানার বাইরের অংশ নয়, ফাংশনের নিজের ভেতরের হিসাব-লজিকও মক করে ফেলে — তখন টেস্টটি প্রমাণ করে শুধু এটুকু যে "মক যা রিটার্ন করেছে, তা দিয়ে বাকি হিসাবটা ঠিক আছে," আসল লজিক আদৌ সঠিক কি না তা নিয়ে কিছু বলে না।

২ · কোড দিয়ে প্রমাণ — একই বাগ, দুই ভিন্ন ফলাফল

নিচে PricingCalculator-এর একটি ভাঙা সংস্করণ (PricingCalculatorBroken) আছে, যার compute_subtotal()-এ একটি বাস্তব বাগ আছে — এটি quantity সম্পূর্ণ উপেক্ষা করে। এই একই ভাঙা ক্লাসের বিপরীতে দুটো টেস্ট চালানো হয়েছে: একটি ওভার-মকড (নিজের compute_subtotal মেথডকেই মক করে দেয়), আরেকটি ব্যালেন্সড (শুধু প্রকৃত external dependency tax_service মক করে, compute_subtotal-কে তার নিজের আসল, বাগ-সহ কোড দিয়েই চলতে দেয়)।

import unittest
from unittest.mock import Mock


class PricingCalculator:
    def compute_subtotal(self, price, quantity):
        return price * quantity

    def calculate_total(self, price, quantity, tax_service):
        subtotal = self.compute_subtotal(price, quantity)
        tax_rate = tax_service.get_rate()
        return subtotal + subtotal * tax_rate


class PricingCalculatorBroken(PricingCalculator):
    def compute_subtotal(self, price, quantity):
        # বাগ: quantity সম্পূর্ণ উপেক্ষা করা হয়েছে, price * quantity হওয়ার কথা ছিল
        return price


class OverMockingTests(unittest.TestCase):
    def test_over_mocked_test_still_passes_on_broken_code(self):
        calc = PricingCalculatorBroken()
        calc.compute_subtotal = Mock(return_value=1000)  # নিজের ভেতরের হিসাব-লজিকই মক করে দেওয়া হলো!
        tax_service = Mock()
        tax_service.get_rate.return_value = 0.05
        result = calc.calculate_total(100, 10, tax_service)
        self.assertEqual(result, 1050)  # আসল compute_subtotal কখনও চলেইনি, তবুও পাস করে

    def test_balanced_mocking_catches_the_real_bug(self):
        calc = PricingCalculatorBroken()
        tax_service = Mock()  # শুধু প্রকৃত external dependency (tax service) মক করা হলো
        tax_service.get_rate.return_value = 0.05
        result = calc.calculate_total(100, 10, tax_service)  # compute_subtotal-এর আসল (বাগসহ) লজিক চলবে
        self.assertEqual(result, 1050)  # ব্যর্থ হবে — বাগ ধরা পড়লো


suite = unittest.TestLoader().loadTestsFromTestCase(OverMockingTests)
unittest.TextTestRunner(verbosity=2).run(suite)

৩ · ব্রিটলনেস — ইমপ্লিমেন্টেশন-ডিটেইল মক করার আরেকটি মূল্য

ওভার-মকিং শুধু "বাগ আড়াল করে" তা-ই নয় — এটি টেস্টকে ব্রিটল (ভঙ্গুর)ও করে তোলে। যদি ভবিষ্যতে কেউ compute_subtotal()-এর নামই পাল্টে দেয় বা এর ভেতরের হিসাব পুনর্গঠন (refactor) করে — আচরণ (input → output) অপরিবর্তিত থাকলেও — যে টেস্টগুলো compute_subtotal-কে সরাসরি মক করে রেখেছিল সেগুলো ভেঙে যাবে, কারণ মক করা মেথডের নাম বা সিগনেচার আর মেলে না। অথচ ব্যালেন্সড টেস্ট (শুধু tax_service মক করা) এই ধরনের অভ্যন্তরীণ রিফ্যাক্টরে সম্পূর্ণ অক্ষত থাকত, কারণ এটি ফাংশনের পাবলিক আচরণ টেস্ট করে, এর ভেতরের গঠন নয়।