ऐसी Spring service को आप कैसे टेस्ट करते हैं जो डेटाबेस इस्तेमाल करती है और किसी दूसरे API को कॉल करती है?

domain logic को सादे JUnit से, बिना किसी Spring context के टेस्ट करें, क्योंकि constructor injection से यह बहुत आसान है। persistence को container में चलते असली डेटाबेस पर टेस्ट करें, in memory विकल्प पर नहीं, क्योंकि dialects अलग होते हैं और migrations को भी टेस्ट होना चाहिए। controller या repository tests के लिए पूरी application बूट करने की जगह test slices लें, और बाहरी API को HTTP परत पर stub करें ताकि आपका client कोड, retries और parsing सब चलें।

ज्यादातर logic को बिना किसी framework के सादे unit tests मिलते हैं: constructor injection का मतलब है कि मैं class को उसके collaborators के test doubles के साथ बना सकता हूं और वह मिलीसेकंड में चलती है। persistence के लिए मैं container में उसी engine और version का असली डेटाबेस लेता हूं, और migrations test setup का हिस्सा होती हैं, ताकि हर बार migration खुद भी जांची जाए। in memory डेटाबेस तेज है पर dialects और constraints के बारे में झूठ बोलता है, और इसी वजह से मैंने एक ऐसी query भेजी है जो tests में चली और production में फेल हो गई। web परत के लिए मैं ऐसा slice लेता हूं जो सिर्फ controller और serialization लोड करे, पूरी application नहीं, क्योंकि हर test के लिए सब कुछ बूट करना ही suites को बीस मिनट लंबा बनाता है। बाहरी API को mock server से HTTP स्तर पर stub किया जाता है, ताकि मेरा client configuration, timeouts, retry logic और JSON mapping असल में चलें। मैं पूरे run में containers दोबारा इस्तेमाल करता हूं और हर test को transaction में rollback करता हूं, जिससे चीजें अलग थलग और parallel चलने लायक रहती हैं।