मैं यूनिट परीक्षण के लिए नया हूं इसलिए मैं उन लोगों की राय प्राप्त करना चाहता हूं जो थोड़ा अधिक चिपकने वाले हैं।यूनिट परीक्षण?
मुझे जल्द ही कुछ स्क्रीन-स्क्रैपिंग कोड लिखने की आवश्यकता है। लक्ष्य प्रणाली एक वेब ui है जहां प्रतिलिपि एचटीएमएल पार्सिंग और इसी तरह की अस्थिर भलाई शामिल होगी। मुझे लक्ष्य प्रणाली द्वारा किसी भी बदलाव की अधिसूचना कभी नहीं दी जाएगी (उदाहरण के लिए वे अपनी साइट पर एक नया स्वरूप डालते हैं या अन्यथा कार्यक्षमता बदलते हैं)। इसलिए मैं अपने कोड को नियमित रूप से तोड़ने की उम्मीद करता हूं।
तो मुझे लगता है कि मेरा असली सवाल यह है कि, मेरे यूनिट परीक्षण के कितने, अगर कोई है, तो इंटरफ़ेस (जिस वेबसाइट पर मैं स्क्रैपिंग कर रहा हूं) के बारे में चिंता करना चाहिए या उससे निपटना चाहिए?
मुझे लगता है कि यूनिट परीक्षण या नहीं, मुझे रनटाइम पर भारी परीक्षण करने की आवश्यकता होगी क्योंकि मुझे यह सुनिश्चित करने की ज़रूरत है कि मैं जिस डेटा का उपभोग कर रहा हूं वह प्राचीन है। यहां तक कि अगर मैं प्रत्येक रन से पहले यूनिट परीक्षण चलाता हूं, तो भी वेब यूआई परीक्षण और रनटाइम के बीच बदल सकता है।
तो क्या मैं इन-कोड परीक्षण और अपवाद हैंडलिंग पर ध्यान केंद्रित करता हूं? क्या इसका मतलब रेत में एक रेखा खींचना है और यूनिट परीक्षणों से इस प्रकार के परीक्षण को पूरी तरह से बाहर करना है?
धन्यवाद
मुझे नहीं लगता कि आपका मतलब "यूनिट परीक्षण" है। यूनिट टेस्ट कुछ ऐसा है जो आप अनिवार्य रूप से एक विधि स्तर पर लिखे गए कोड का परीक्षण करने के लिए करते हैं। जिस तरह से मैं आपका प्रश्न पढ़ रहा हूं, यह स्वचालित परीक्षणों के बारे में आपकी बातों की तरह लगता है कि यह देखने के लिए कि आपका इनपुट शेष काम के माध्यम से चलाने के लिए पर्याप्त है या नहीं। क्या यह सच है? –
वैसे मैं सकारात्मक रूप से निश्चित नहीं हूं, लेकिन उदाहरण के लिए मैंने शायद एक विधि को GoogleSearchResult() प्राप्त किया था और उस विधि के लिए मैं एक परीक्षण और दावा कर सकता था। और नहीं, मैं Google SERP को स्क्रैप नहीं कर रहा हूं।:) – Chris