डेस्कटॉप उपयोगकर्ता इंटरफ़ेस का परीक्षण करने के लिए स्वचालित परीक्षण लिखना

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

समस्या का बयान

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

उदाहरण के लिए कार्य सरल होगा - दो बटन के साथ एक आवेदन है। क्षेत्र में पहले पाठ पर क्लिक करने से, एक निश्चित पाठ दिखाई देगा (इसे "हैब्राह्रा" होने दें)। दूसरे पर क्लिक करके, वर्तमान समय और दिनांक वहां प्रदर्शित किया जाएगा।

तदनुसार, आपको निम्नलिखित मामलों के लिए कम से कम तीन परीक्षणों की आवश्यकता है:

1. एप्लिकेशन स्टार्टअप पर पाठ बॉक्स में प्रारंभिक पाठ।
2. पहले बटन पर क्लिक करने के बाद पाठ।
3. दूसरे बटन पर क्लिक करने के बाद पाठ।

मौजूदा समाधानों का अवलोकन

1. .नेट यूआई ऑटोमेशन

WPF के विमोचन के साथ ही यह ढांचा बहुत पहले ही प्रकट हो गया था, हालाँकि, इसने ब्लॉग में उचित कवरेज नहीं पाया। UI ऑटोमेशन एक मनमाना Win32, विंडोज फॉर्म या WPF एप्लिकेशन के नियंत्रण पेड़ का एक वर्चुअलाइजेशन लाइब्रेरी है, जिसमें पढ़ने और लिखने के लिए इन नियंत्रणों के गुणों तक बाद की पहुंच की संभावना है। इनपुट घटनाओं का अनुकरण करने के लिए भी समर्थन है। यदि पाठकों में से एक Microsoft सक्रिय एक्सेसिबिलिटी लाइब्रेरी के साथ काम करता था, तो मैं ध्यान देता हूं कि UI ऑटोमेशन लगभग इसका प्रत्यक्ष वंशज है।
इस लाइब्रेरी में, प्रत्येक नियंत्रण को प्रकार स्वचालन के एक ऑब्जेक्ट के रूप में दर्शाया गया है, जो हमें घटनाओं को उत्पन्न करने, गुण प्राप्त करने और बाल तत्वों की खोज करने के तरीकों के साथ प्रदान करता है। हमारे आवेदन की खिड़की के लिए बहुत पहले ऑटोमेशनफ्लिमेंट ऑब्जेक्ट को आटोमेशन ईलरफोम.हैंडल मेथड्स (प्रोसेस.मैनविंडोहैंडल) का उपयोग करके प्राप्त किया जा सकता है, जहां प्रक्रिया परीक्षण के तहत या डेस्कटॉप के माध्यम से आवेदन की प्रक्रिया का लिंक है।

AutomationElement.RootElement.FindFirst(TreeScope.Children, new PropertyCondition(AutomationElement.NameProperty, " " ));
* This source code was highlighted with Source Code Highlighter .

विशिष्ट नियंत्रणों के लिए, यूआई ऑटोमेशन ऑटोमेशनपैटर्न नामक अतिरिक्त रैपरों का एक सेट प्रदान करता है, उदाहरण के लिए विस्तारकॉलप्लाटप्नाटर्न , सिलेक्टेमपैटर्न , आदि, जो इन नियंत्रणों के लिए विशिष्ट कार्यक्षमता का उपयोग करने की अनुमति देता है, उदाहरण के लिए, विस्तारक का विस्तार / पतन करने की क्षमता।

गौरव

• नि: शुल्क।
• Microsoft से समर्थन।
• यह .net फ्रेमवर्क का हिस्सा है।
• Win32, Windows प्रपत्र और WPF अनुप्रयोगों का परीक्षण करने की क्षमता।

कमियों

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

कार्य के लिए परीक्षण के उदाहरण

एप्लिकेशन स्टार्टअप पर पाठ बॉक्स में प्रारंभिक पाठ

1. [TestMethod]
2. सार्वजनिक शून्य टेस्टस्टार्टअप ()
3. {
4. var appPath = Path.Combine (Path.GetDirectoryName ( विधानसभा .GetExecutingAssembly) (स्थान), @ ".. \ _ \ _ \ _ \ TestUI \ bin \ Debug \ TestUI.exe" ;
5. var process = Process.Start (appPath);
6. कोशिश
7. {
8. धागा। सो (5000);
9. var mainWindow = स्वचालनElement.FromHandle (process.MainWindowHandle);
10. var buttonControl = mainWindow.FindFirst (TreeScope.Children, New PropertyCondition (ऑटोमेशन इलिमेंटेशन.कंट्रोल टाइपोप्रॉपर, ControlType.Button));
12. var textBoxControl = mainWindow.FindFirst (TreeScope.Children, New PropertyCondition (ऑटोमेशन इलिमेंटेशन.कंट्रोल टाइपोप्रोटी, ControlType.Edit));
13. var textBox = (ValuePattern) textBoxControl.GetCurrentPattern (ValuePattern.Pattern);
15. Assert.AreEqual ( "123123123" , textBox.Current.Value);
16. }
17. अंत में
18. {
19. process.Kill ();
20. }
21. }

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

पहले बटन पर क्लिक करने के बाद पाठ।

1. [TestMethod]
2. सार्वजनिक शून्य टेस्टमेथोड यूआईटूटोमेशन ()
3. {
4. var appPath = Path.Combine (Path.GetDirectoryName ( विधानसभा .GetExecutingAssembly) (स्थान), @ ".. \ _ \ _ \ _ \ TestUI \ bin \ Debug \ TestUI.exe" ;
5. var process = Process.Start (appPath);
6. कोशिश
7. {
8. धागा। सो (5000);
9. var mainWindow = स्वचालनElement.FromHandle (process.MainWindowHandle);
10. var buttonControl = mainWindow.FindFirst (TreeScope.Children, New PropertyCondition (ऑटोमेशन इलिमेंटेशन.कंट्रोल टाइपोप्रॉपर, ControlType.Button));
12. var textBoxControl = mainWindow.FindFirst (TreeScope.Children, New PropertyCondition (ऑटोमेशन इलिमेंटेशन.कंट्रोल टाइपोप्रोटी, ControlType.Edit));
13. var textBox = (ValuePattern) textBoxControl.GetCurrentPattern (ValuePattern.Pattern);
15. Assert.AreEqual ( "123123123" , textBox.Current.Value);
17. var बटन = (InvokePattern) बटनControl.GetCurrentPattern (InvokePattern.Pattern);
18. बटन। इंवोक ();
20. Assert.AreEqual ( " हब्रह्रब " , टेक्स्टबॉक्स। समांतर। वाल्यू);
21. }
22. अंत में
23. {
24. process.Kill ();
25. }
26. }

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

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

2. सफेद परियोजना

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

कार्य के लिए परीक्षण के उदाहरण

एप्लिकेशन स्टार्टअप पर पाठ बॉक्स में प्रारंभिक पाठ

1. [TestMethod]
2. सार्वजनिक शून्य टेस्टस्टार्टअप ()
3. {
4. var appPath = Path.Combine (Path.GetDirectoryName ( विधानसभा .GetExecutingAssembly) (स्थान), @ ".. \ _ \ _ \ _ \ TestUI \ bin \ Debug \ TestUI.exe" ;
5. var अनुप्रयोग = White.Core.Application.Launch (appPath);
7. Assert.IsNotNull (आवेदन);
9. var विंडो = application.GetWindow ( "MainWindow" );
10. var textBox = window.Get <White.Core.UIItems.TextBox> ();
12. Assert.IsNotNull (textBox);
13. Assert.AreEqual ( "123123123" , textBox.Text);
14. }

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

पहले बटन पर क्लिक करने के बाद टेक्स्ट

1. [TestMethod]
2. सार्वजनिक शून्य TestWithWhite ()
3. {
4. var appPath = Path.Combine (Path.GetDirectoryName ( विधानसभा .GetExecutingAssembly) (स्थान), @ ".. \ _ \ _ \ _ \ TestUI \ bin \ Debug \ TestUI.exe" ;
5. var अनुप्रयोग = White.Core.Application.Launch (appPath);
7. Assert.IsNotNull (आवेदन);
9. var विंडो = application.GetWindow ( "MainWindow" );
10. var textBox = window.Get <White.Core.UIItems.TextBox> ();
12. var बटन = window.Get <White.Core.UIItems.Button> (SearchCriteria.ByText ( "परीक्षण के लिए क्लिक करें" ));
13. बटन.क्लिक करें ();
15. Assert.AreEqual ( " हब्रह्रब " , टेक्स्टबॉक्स। टेक्स्ट);
16. }

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

3. विजुअल स्टूडियो 2010 कोडेड यूआई टेस्ट

कोडेड यूआई - माइक्रोसॉफ्ट का एक समाधान, जो 2010 के स्टूडियो में दिखाई दिया और इसे बार-बार वर्णित किया गया है, उदाहरण के लिए, यहां और यहां हब सहित।

गौरव

• एक रिकॉर्डर की उपस्थिति जो परीक्षण के ऑटो-पीढ़ी के लिए उपयोगकर्ता की कार्रवाई को रिकॉर्ड करती है।
• विजुअल स्टूडियो के लिए "आउट ऑफ द बॉक्स" की आपूर्ति।
• Microsoft से समर्थन, TFS में एकीकरण।
• स्क्रीन निर्देशांक के संदर्भ के बिना, नियंत्रण पेड़ के स्तर पर काम करने की क्षमता।

कमियों

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

मैं टेस्ट कोड नहीं दूंगा, इस तथ्य के कारण कि यह ऑटो-जनरेट किया गया है और इसलिए विशेष रुचि का नहीं है।

4. टेस्ट कम्प्लीट और लाइक

टेस्ट कम्पलीट जैसे सिस्टम को एक समूह में सामान्यीकृत किया जा सकता है। मैं उन्हें विस्तार से नहीं बताऊंगा, क्योंकि यह एक अलग लेख विषय है, मैं केवल कुछ बिंदुओं पर प्रकाश डालूंगा। उनका मुख्य लाभ अनुप्रयोगों की एक विस्तृत श्रृंखला है, प्रोग्रामिंग कौशल की आवश्यकता की अनुपस्थिति और एक अलग प्रणाली की उपस्थिति है जो परीक्षण बनाने, भंडारण और समर्थन के लिए विज़ुअल स्टूडियो की आवश्यकता नहीं है। कमियां पिछले निर्णयों द्वारा दोहराई जाती हैं - भुगतान, परीक्षण के तहत प्रणाली के लिए एक "ब्लैक बॉक्स" के रूप में रवैया, गीले प्लस टेस्ट कम्प्लीट की संभावना के बिना, परीक्षण चलाने के लिए अपना वातावरण है, इसलिए साधारण mstest का उपयोग करने से काम नहीं चलेगा।

चलो कुछ हमारा अपना है

यदि आप WPF में अपने एप्लिकेशन का UI लिख रहे हैं, तो आप इसका परीक्षण करने के लिए VisualTreeHelper क्लास का उपयोग कर सकते हैं। एल्गोरिथ्म काफी सरल है - एक परीक्षण विधि में एक अलग परीक्षण प्रवाह में हमारे आवेदन को चलाएं, विज़ुअलट्री हेल्पर के माध्यम से आवश्यक नियंत्रण प्राप्त करें, घटनाओं का अनुकरण करें और मुखरता के लिए मान पढ़ें।

अधिक सुविधाजनक परीक्षण निर्माण के लिए, अपने लिए मैंने एक छोटा उपयोगिता वर्ग बनाया जो नियमित क्रियाओं के प्रदर्शन को सरल बनाता है:

एप्लिकेशन लॉन्च

var application = UI.Run(() => new App { MainWindow = new MainWindow() });

* This source code was highlighted with Source Code Highlighter .

नियंत्रण के गुण प्राप्त करना। मैं समझाऊंगा, क्योंकि केवल वह धागा जिसमें वे बनाए गए थे, नियंत्रण के साथ काम कर सकते हैं, आपको अपने कानों के साथ ऐसा एक फेंट करना होगा।

var window = application.Get(x => x.MainWindow);

* This source code was highlighted with Source Code Highlighter .

खैर, पेड़ में खोजें

var textBox = _mainWindow.FindChild((TextBox el) => el.Name == "SomeText" );

* This source code was highlighted with Source Code Highlighter .

फिर भी प्रकाश, रंगों और अन्य संरचना संबंधी चीजों की जांच करना आवश्यक है। फिर आप RenderTargetBitmap के माध्यम से तुलना के लिए पुराने फैशन में नियंत्रण छवि प्राप्त कर सकते हैं।

1. निजी शून्य AssertRender ( स्ट्रिंग प्रत्याशा नाम, फ्रेमवर्क तत्वफॉरटेस्ट)
2. {
3. var छवि = elementForTest.Render ();
4. var expectPath = Path.Combine (AppDomain.CurrentDomain.BaseDirectory, expectImageName);
5. अगर (( फ़ाइल .Exists (उम्मीदपठित) और& फ़ाइल .ReadAllBytes (उम्मीदपठित)) .सुविधाएँ (छवि))
6. {
7. फ़ाइल .WriteAllBytes (Path.Combine (AppDomain.CurrentDomain.BaseDirectory, "fail_" + expectImageName), छवि);
8. नई AssertFailedException ( string .ormat ( "तत्व {0} छवि के बराबर नहीं '{1}'" , elementForTest.Get (x => x.Name), expectImageName);
9. }
10. }
12. AssertRender ( "button.png" , बटन);

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

गौरव

• नि: शुल्क।
• इसमें अतिरिक्त पुस्तकालयों की स्थापना की आवश्यकता नहीं है।
• सिस्टम के कुछ हिस्सों को गीला करने देता है।

कमियों

• परीक्षणों के लिए कोई रिकॉर्डर नहीं है। हम सब कुछ हाथ से लिखते हैं।
• टेस्ट सपोर्ट पूरी तरह से आपके कंधों पर पड़ता है।

कार्य के लिए परीक्षण के उदाहरण

एप्लिकेशन स्टार्टअप पर पाठ बॉक्स में प्रारंभिक पाठ

1. [TestMethod]
2. सार्वजनिक शून्य टेस्टस्टार्टअप ()
3. {
4. var अनुप्रयोग = UI.Run () (> = नया ऐप {MainWindow = new MainWindow ()});
5. var mainWindow = application.Get (x => x.MainWindow);
7. var textBox = mainWindow.FindChild ((TextBox el) => el.Name == "SomeTexBox" );
9. Assert.IsNotNull (textBox);
11. Assert.AreEqual ( "123123123" , textBox.Get (x => x.Text));
13. application.Invoke (x => x.Shutdown ());
14. }

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

पहले बटन पर क्लिक करने के बाद टेक्स्ट

1. [TestMethod]
2. सार्वजनिक शून्य TestFirstButtonClick ()
3. {
4. var अनुप्रयोग = UI.Run () (> = नया ऐप {MainWindow = new MainWindow ()});
5. var mainWindow = application.Get (x => x.MainWindow);
7. var textBox = mainWindow.FindChild ((TextBox el) => el.Name == "SomeTexBox" );
8. var बटन = mainWindow.FindChild ((Button el) => el.Content.Equals ( "परीक्षण के लिए क्लिक करें" );
9. बटन। बटन (ButtonBase.ClickEvent);
11. Assert.AreEqual ( " हब्रह्रब " , textBox.Get (x => x.Text));
13. application.Invoke (x => x.Shutdown ());
14. }

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

दूसरे बटन पर क्लिक करने के बाद पाठ।

1. [TestMethod]
2. [HostType ( "मोल्स" )]
3. सार्वजनिक शून्य TestSecondButton ()
4. {
5. var अनुप्रयोग = UI.Run () (> = नया ऐप {MainWindow = new MainWindow ()});
6. var mainWindow = application.Get (x => x.MainWindow);
8. var dateTimeExpect = नया दिनांक समय (2011, 12, 08, 12, 30, 25);
9. MDateTime.NowGet = () => dateTimeExpect;
11. var बटन = mainWindow.FindChild ((Button el) => el.Content.Equals ( "परीक्षण 2 के लिए क्लिक करें" ));
12. बटन। बटन (ButtonBase.ClickEvent);
14. var textBox = mainWindow.FindChilds <TextBox> ()। पहले ();
15. Assert.AreEqual (dateTimeExpect.ToString) (, textBox.Get (x => x.Text));
17. application.Invoke (x => x.Shutdown ());
18. }

* इस सोर्स कोड को सोर्स कोड हाइलाइटर के साथ हाइलाइट किया गया था।

यहाँ मैंने डेट्स टाइम पर कॉल को ब्लॉक कर दिया है। अब मोल्स फ्रेमवर्क का उपयोग करके, इसका एक ओवरव्यू देखा जा सकता है, उदाहरण के लिए, यहाँ ।

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

निष्कर्ष

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

संदर्भ

.नेट यूआई ऑटोमेशन
सफेद परियोजना
विजुअल स्टूडियो 2010 कोडेड यूआई टेस्ट
परीक्षण पूरा करें
मोल्स
VisualTreeHelper का उपयोग करके परीक्षण + नमूना परीक्षणों के तहत आवेदन के स्रोत (आपको तारीख के लिए परीक्षण चलाने के लिए मोल्स स्थापित करने की आवश्यकता होगी)