स्वचालित UI परीक्षण के माध्यम से किन विशेषताओं का परीक्षण किया जाना चाहिए?

Question

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

तो, किस प्रकार की विशेषताओं में स्वचालित UI परीक्षण होना चाहिए ? क्या एक cogent आर्किटेक्चर के साथ एक सिस्टम में अभी भी ऐसी विशेषताएं होंगी जो केवल UI परीक्षणों के माध्यम से सत्यापित की जा सकती हैं, या क्या ये परीक्षण केवल यूनिट और सर्विस टेस्ट के लिए "बैक-अप" के रूप में कार्य करना चाहिए?

Comments

UI की प्रत्येक विशेषता के अलावा, मुझे लगता है?

Answer 1

संभवतः आपके पास कुछ प्रकार की वास्तुकला है जो बटन और अन्य विगेट्स को क्रियाओं से जोड़ती है - सेव पर क्लिक करें और सेव फंक्शन को कॉल किया जाना चाहिए, आदि।

यह मानते हुए कि आपके पास इकाई या एकीकरण परीक्षणों के माध्यम से कार्यों का अच्छा परीक्षण कवरेज है, स्वचालित UI परीक्षण का लक्ष्य यह सुनिश्चित करना है कि विजेट सभी अंतर्निहित कार्यों के लिए उचित कॉल कर रहे हैं, और उन कार्यों के परिणामों को सही ढंग से प्रदर्शित कर रहे हैं।

दूसरे शब्दों में, वे इस बात को मान्य करते हैं कि UI ठीक से मॉडल की स्थिति को दर्शाता है, और ठीक से कंट्रोलर तक पहुंच जाता है।

अन्य घटक तब है जब कुछ व्यावसायिक तर्क यूआई कोड में हैं। उदाहरण के लिए, शायद आपको पासवर्ड फ़ील्ड में कुछ वर्णों की आवश्यकता है। आपको उन विशेषताओं का किसी भी तरह से परीक्षण करने की आवश्यकता है, क्योंकि यूनिट परीक्षणों के माध्यम से ऐसा करना मुश्किल या असंभव हो सकता है।

Answer 2

स्वचालित UI परीक्षण के माध्यम से किन विशेषताओं का परीक्षण किया जाना चाहिए?

सभी ui विशेषताएं।

आपको परीक्षण करना चाहिए:

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

Answer 3

एक विशेषता के रूप में ऐसी कोई चीज नहीं है जिसे केवल स्वचालित यूआई परीक्षणों के माध्यम से परीक्षण किया जा सकता है। सेलेनियम जैसे उपकरण मानव के व्यवहार की नकल करते हैं, मानव को आत्महत्या के बिना उबाऊ बनाते हैं। अपने आप से (या अपने सलाहकार से) एक सवाल पूछें: " एक प्रोग्राम यूआई पहलुओं का परीक्षण कैसे करेगा जो एक व्यक्ति नहीं कर सकता है? " अगला सवाल यह है: " यदि ऐसा है, तो आप क्यों परवाह करेंगे कि वे क्या करते हैं? "

दूसरी ओर, यदि आपके पास इस तरह की सुविधा है, तो ठीक है, हाँ, मैं कहूंगा कि आपके पास एक अंतर्निहित वास्तु मुद्दा है। :-)

Comments

मुझे लगता है कि "केवल" से वे स्वचालित यूआई परीक्षण बनाम इकाई या एकीकरण परीक्षण की बात कर रहे हैं। मुझे नहीं लगता कि कुछ ऐसा बनाना संभव है जो सेलेनियम परीक्षण कर सकता है कि एक मानव (सेलेनियम की गति बनाम मनुष्यों की गति को माप नहीं सकता है)

— ब्रायन ओकले

क्षमा करें, मैं देख सकता हूँ कि प्रश्न से आपको कहाँ मिलेगा। यद्यपि आपने मुझे एक ऐसा एप्लिकेशन विकसित करने के लिए चुनौती दी है, जिसका उपयोग केवल सेलेनियम द्वारा किया जा सकता है - बस इसे हमारी UX टीम से

— चिपकाने के लिए