जो कोड डेटाबेस और किसी external API से बात करता है, उसे आप कैसे टेस्ट करते हैं?

data layer को mock करने की जगह container में चल रहे असली डेटाबेस पर टेस्ट करें, क्योंकि ज़्यादातर बग queries, migrations और transactions में होते हैं जिन्हें कोई mock कह ही नहीं सकता। external APIs के लिए transport की सीमा पर mock करें, रिकॉर्ड की गई या stub की गई HTTP responses से, ताकि आपका अपना client कोड चले, और drift पकड़ने के लिए असली service पर कुछ contract tests रखें। हर टेस्ट को per test transactions या ताज़ा schemas से अलग रखें।

मेरा नियम है कि mock अपनी प्रोसेस के किनारे पर करूं, उसके अंदर नहीं। इसलिए डेटाबेस असली होता है, production वाले ही engine और version के साथ container में चलता है, और run की शुरुआत में migrations लागू होती हैं, जिसका मतलब है कि migration खुद भी हर बार टेस्ट हो जाती है। हर टेस्ट ऐसे ट्रांजैक्शन में चलता है जो roll back कर दिया जाता है, या जब commit करना ज़रूरी हो तो उसे अपना schema मिलता है, ताकि टेस्ट अलग रहें और समानांतर चल सकें। repository को mock करने से मुझे हरे टेस्ट मिलते जो कुछ साबित नहीं करते, क्योंकि असल में जो बग मैं भेजता हूं वे queries, constraints और transaction की सीमाओं में होते हैं। किसी external API के लिए मैं HTTP layer पर रिकॉर्ड की गई responses से stub करता हूं, ताकि मेरा client, मेरी retry logic और मेरी parsing सब असल में चलें; बस network पर नहीं जाता। रिकॉर्डिंग पुरानी पड़ जाती है, इसलिए मैं उनके sandbox पर एक छोटी contract suite भी समय समय पर चलाता हूं, हर pull request पर नहीं, ताकि किसी बदलाव की खबर मुझे रात तीन बजे के alert से नहीं बल्कि एक नाकाम job से मिले।