डेवलपर को प्रारंभिक परीक्षण करना चाहिए ताकि हमें पता चले कि जिस टुकड़े को हमने कोडित किया है, वह उस तरीके से काम करेगा जिस तरह से काम करने की उम्मीद है, जो हमें मिली है। इसलिए हमारे पास सामान्य परीक्षण के साथ-साथ हमारे द्वारा लिखे गए कोड के लिए यूनिट टेस्ट भी लिखें।
जब हम कोड लिखते हैं तो डेवलपर्स क्या नहीं देखते हैं, यह पता लगाने के लिए अगला कदम QAs का काम है। एक डेवलपर उच्च स्तर में सोचता है, लेकिन उपयोगकर्ता समान स्तर में नहीं सोच सकता है। जब डेवलपर अपने टुकड़े का परीक्षण कर रहा होता है और उसे टेक्स्टबॉक्स में कुछ पाठ दर्ज करने होते हैं तो वह हमेशा एक पूर्ण स्ट्रिंग सोच दर्ज कर सकता है जो उपयोगकर्ता भी करेगा। हो सकता है उपयोगकर्ता इसे भी कर सकता है, लेकिन बेतरतीब ढंग से जब वह पाठ में% और $ ^ की तरह एक विशेष चरित्र में प्रवेश करता है और जो अनुप्रयोग को तोड़ता है वह अंत-उपयोगकर्ता पर अच्छा नहीं लगता है। एक डेवलपर उन सभी संभावनाओं के बारे में नहीं सोच सकता है और न ही ऐसा कर सकता है क्योंकि वह ऐसा करने के लिए प्रशिक्षित नहीं है। जब यह एक क्यूए (परीक्षक) की बात आती है, तो वे हमेशा इस बारे में सोचते हैं कि उपयोगकर्ता इस एप्लिकेशन को तोड़ने के लिए क्या कर सकता है और पुस्तक में प्रत्येक बेवकूफ चीज़ की कोशिश कर सकता है, न कि उपयोगकर्ता बेवकूफ हैं लेकिन हमें मौका देने के लिए कुछ भी नहीं छोड़ना चाहिए।
अब हमें यह भी समझना होगा कि आम तौर पर एक ही समय में एक से अधिक टुकड़े किए जाते हैं और दोनों उत्पादन करने जा रहे हैं। डेवलपर केवल अपने टुकड़े का परीक्षण कर सकता है और सोच सकता है कि यह ठीक काम कर रहा है, लेकिन समग्र प्रतिगमन परीक्षण उन सभी टुकड़ों के लिए किए जाने की आवश्यकता है जो कि धक्का दिया जा रहा है और यह पता लगाने के लिए कि दो अलग-अलग टुकड़ों का संयोजन अनुप्रयोग को तोड़ सकता है और यह करता है अच्छा भी नहीं लगता। हमें लोड परीक्षण परिदृश्यों और अन्य चीजों पर भी विचार करना होगा जो परीक्षक अधिक परिचित हैं।
अंत में हमें UAT (यूजर एक्सेप्टेंस टेस्ट) से गुजरना होगा, यह देखने के लिए कि जो टुकड़ा हमने किया, वह क्या है। आम तौर पर हालांकि बीए के माध्यम से आवश्यकताएं प्राप्त होती हैं, अंतिम व्यक्ति को शायद यह पता नहीं होता है कि यह कैसा दिखता है और वह सोच सकता है कि इसकी उम्मीद नहीं है या वे इसे बेहतर बनाने के लिए कुछ और जोड़ना चाहते हैं या किसी कारण से वे स्क्रैप कर सकते हैं। पूरे टुकड़े के रूप में उन्हें लगता है कि टुकड़ा पहले से उपलब्ध कार्यक्षमता के साथ नहीं जाएगा।
जैसा कि ऊपर बताया गया है ये बहुत महत्वपूर्ण हैं और अकेले डेवलपर द्वारा नहीं किया जा सकता है और ठीक काम करने के लिए आवेदन के लिए पूरी तरह से आवश्यक हैं। प्रबंधन कह सकता है कि यह एक रूढ़िवादी दृष्टिकोण है लेकिन यह बेहतर दृष्टिकोण है। हम ऊपर बताई गई कुछ बातें कर सकते हैं लेकिन पूरी तरह से नहीं टाल सकते।