यूआई परीक्षण बनाम यूनिट परीक्षण

Question

दोनों का अलग उद्देश्य क्या है? मेरा मतलब है, किस स्थिति में मुझे उनमें से प्रत्येक को करना चाहिए? उदाहरण की स्थिति के लिए

। यदि आपके पास बैकएंड सर्वर और कई फ्रंट-एंड webs हैं, तो आप कौन सी करेंगे? क्या यूनिट बैकएंड सर्वर का परीक्षण करता है या पहले वेब यूआई में डू-यूआई परीक्षण करता है? ने शर्त दी है, सर्वर और फ्रंट-एंड webs पहले से मौजूद हैं, इसलिए यह (टीडीडी) के साथ निर्माण करने के लिए एक पुनरावर्तक डिज़ाइन नहीं है ...

Answer 1

यूनिट परीक्षण का उद्देश्य आपके कोड के छोटे हिस्सों (व्यक्तिगत कक्षाओं/विधियों) दुनिया के बाकी हिस्सों से अलगाव में।

यूआई परीक्षण प्रणाली/कार्यात्मक/स्वीकृति परीक्षण के लिए एक अलग नाम हो सकता है, जहां आप यह सुनिश्चित करने के लिए पूरे सिस्टम का परीक्षण करते हैं कि यह वास्तविक जीवन परिस्थितियों में क्या करना है। (यूआई परीक्षण के बिना आप उपयोगिता/देखने के लिए & महसूस आदि परीक्षण करते हैं, जो आम तौर पर यूआई पर ब्योरे के लिए बाध्य है।)

आपको इनमें से अधिकांश परियोजनाओं में इन दोनों की आवश्यकता है, लेकिन अलग-अलग समय पर: विकास के दौरान इकाई परीक्षण (आदर्श रूप से बहुत शुरुआत से, TDD शैली), और यूआई परीक्षण कुछ हद तक बाद में, परीक्षण करने के लिए वास्तव में कुछ पूर्ण एंड-टू-एंड कार्यक्षमता हो जाती है।

यदि आपके पास पहले से ही सिस्टम चल रहा है, लेकिन कोई परीक्षण नहीं है, तो व्यावहारिक रूप से आपके पास विरासत कोड है। पहले कम से कम प्रयास के साथ प्राप्त सर्वोत्तम परीक्षण कवरेज प्राप्त करने का प्रयास करें, जिसका अर्थ है उच्च स्तरीय कार्यात्मक परीक्षण। यूनिट परीक्षण जोड़ना भी आवश्यक है, लेकिन इसमें अधिक प्रयास करना पड़ता है और बाद में भुगतान करना शुरू होता है।

अनुशंसित पढ़ने: Working Effectively with Legacy Code।

Answer 2

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