वास्तव में यह सुनिश्चित करने का कोई तरीका नहीं है कि आपके परीक्षण के मामले सही हैं, उन्हें बनाते समय वास्तव में अच्छी तरह से ध्यान केंद्रित करने के अलावा - आवश्यकता को समझना, कोड को समझना, और यह सुनिश्चित करना कि वे सहमत हैं। एक परीक्षण सूट होने की बात यह है कि आपको केवल एक बार ऐसा करना है, और उसके बाद से आप केवल उन परीक्षणों को फिर से निष्पादित कर सकते हैं और जांच सकते हैं कि वे पास हो गए हैं, जबकि बिना परीक्षण सूट के आपको हर समय वास्तव में कठिन ध्यान केंद्रित करना होगा। , यानी जब भी आप अपने कोड आधार के लिए कुछ भी करते हैं। लेकिन यह सुनिश्चित करने की मूलभूत समस्या यह है कि आप पहली जगह में सही काम कर रहे हैं - कंप्यूटर केवल उस कार्य को करने के लिए हमें राहत देने के लिए पर्याप्त बुद्धिमान नहीं हैं।
इसलिए, (1) यदि आपका टेस्ट सूट अधूरा है, तो इसे देखने का कोई सरल तरीका नहीं है। कोड कवरेज विश्लेषण यह साबित कर सकता है कि कोड की कुछ पंक्तियों को कभी भी निष्पादित नहीं किया जाता है, यानी कि सूट किसी तरह से कमी है, लेकिन यह नहीं कि कमी कितनी गंभीर है, और यह कभी भी साबित नहीं कर सकता है कि यह पर्याप्त है। यहां तक कि 100% कोड कवरेज के साथ आपके पास कोई गारंटी नहीं है कि सभी प्रासंगिक राज्य हैंप्रणाली का प्रयोग किया जाता है, और किसी भी यथार्थवादी प्रणाली के लिए पूर्ण राज्य कवरेज उपलब्ध नहीं है, क्योंकि राज्यों की संयोजन संख्या मौजूद है। यह सुनिश्चित करने की एक अच्छी तकनीक है कि आप जिस मामले की जाँच करना चाहते हैं, उसे जाँचने के लिए कम से कम सही है, परीक्षण लिखना है, सत्यापित करें कि यह वास्तव में विफल है, कोड लिखें / बदलें, और फिर सत्यापित करें कि यह अब पास हो गया है। इसलिए परीक्षण-संचालित विकास के लिए उत्साह: यह आपको यह सुनिश्चित करने की अनुमति देता है कि एक व्यक्तिगत परीक्षण सही काम करता है, और यदि आप अपना संपूर्ण कोड आधार बनाते हैं, तो आप एक बड़ी प्रणाली में भी समान स्तर का विश्वास प्राप्त कर सकते हैं।
(2) जब भी आवश्यकताएं बदलती हैं तो एक परीक्षण सूट आमतौर पर अपर्याप्त हो जाता है - आपको अनुमान लगाने की आवश्यकता नहीं है। यदि ग्राहक चाहता है कि कुछ विशेष व्यवहार बदल गया है, और आपके परीक्षण परिवर्तन से पहले और बाद में दोनों सफल होंगे, तो स्पष्ट रूप से वे उस विशेष इनपुट / आउटपुट संबंध का उपयोग नहीं कर रहे थे।
विरासत प्रणालियों के लिए, जिनके पास परीक्षण कवरेज नहीं है, या जहां आप नहीं जानते कि कवरेज क्या है, इसका कोई औपचारिक प्रमाण नहीं है, लेकिन (अभिभावक सलाहकार: व्यक्तिगत राय का पालन करता है!) अनुभव से बोलना यह अत्यधिक संभावना है कि परीक्षण! हैं नहीं पर्याप्त। जब परीक्षण को एक के बाद एक तथ्य, वैकल्पिक, गुणवत्ता-बढ़ाने-लेकिन-नहीं-वास्तव में आवश्यक गतिविधि के रूप में देखा जाता है, तो यह अधूरा और व्यवस्थागत हो जाता है, क्योंकि परीक्षण सुनिश्चित करने के लिए प्रोत्साहन सिर्फ कोड आधार के साथ रहता है 'वहाँ नहीं।