यह सत्यापित करने के लिए कि आपके पास पर्याप्त परीक्षण हैं या नहीं, आप परीक्षण द्वारा प्रेरित अपने कोड कवरेज और अपनी शाखा कवरेज की जांच कर सकते हैं (शायद एक कवरेज टूल का उपयोग करके, शायद कोड पथों की समीक्षा करके या डिबगर का उपयोग करके मैन्युअल रूप से)।
यदि आप इस निष्कर्ष पर आते हैं कि उपवर्गों के लिए परीक्षण आपको अपने आधार वर्गों के कोड के लिए पर्याप्त उच्च कवरेज देते हैं, तो आगे के परीक्षणों को जोड़ना स्पष्ट रूप से आपको बहुत लाभ नहीं देगा। दूसरी ओर, यदि कोड पथ हैं, तो आप सीधे आधार वर्ग का उपयोग करके विशिष्ट परीक्षण जोड़कर परीक्षण कर सकते हैं, तो आपको इस मार्ग पर जाना चाहिए।
"सीधे अपने आधार वर्ग का परीक्षण" करने का एक और संभावित कारण यह है कि आप "अलगाव में" उस वर्ग के एक विशिष्ट कार्य का परीक्षण करना चाहते हैं। कभी-कभी किसी विशिष्ट विधि के लिए सीधे परीक्षण मामलों को डिजाइन करना आसान हो सकता है, बजाय इसके कि उप-विधि के तरीकों को कॉल करके अप्रत्यक्ष रूप से उस पद्धति का परीक्षण करें जो उस पद्धति का उपयोग करते हैं।
ध्यान दें कि जब आप एक सामान्य आधार वर्ग है जिसके लिए विशिष्ट उपयोग परिदृश्य है है एक उपवर्ग प्राप्त करने के लिए, अपने आधार वर्ग शायद सार है। तो ऐसे वर्ग के परीक्षण के लिए आपको वैसे भी व्युत्पत्ति बनाने की आवश्यकता होती है। इस स्थिति के लिए, "बेस क्लास सीधे" परीक्षण का मतलब केवल परीक्षण उद्देश्यों के लिए एक विशेष व्युत्पत्ति जोड़ना हो सकता है।