स्वचालित परीक्षण के नौ दौर

क्या?

कौन?

क्यों?

हमारे पास पहले से क्या है?

यह कैसे काम करता है?

सर्कल एक - परीक्षण परिदृश्य।

Javadoc परीक्षण विधि, जिसे हम तब मैनुअल परीक्षकों और PMAs इकट्ठा करते हैं और दिखाते हैं।

1. परीक्षण का शीर्षक हम जो परीक्षण कर रहे हैं उसका संक्षिप्त और स्पष्ट विवरण है।
2. उस बयान से लिंक जिस पर परीक्षण लिखा गया है; यदि यह नहीं है, तो मामला परीक्षक की सहज कल्पना का एक खेल है, हमारे पास कॉर्पोरेट सॉफ्टवेयर है, हम मजाक कर रहे हैं।
3. परीक्षण में रूसी स्क्रिप्ट, परीक्षण के तीन चरणों का वर्णन करता है - तैयारी, क्रियाओं का निष्पादन और सत्यापन।

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

Catalog catalog = DAOCatalog.create(true, false); catalog.set(Catalog.TITLE, “          ”) DSLCatalog.add(catalog); CatalogItem item = DAOCatalogItem.create(catalog); DSLCatalogItem.add(item); 

नोट: नियम प्रत्येक एन्कोडेड परीक्षण कार्रवाई के लिए एक डीएसएल लिखना है ताकि इसे बाद में एपीआई के माध्यम से निष्पादित किया जा सके।

 DSLCatalog.goToCard(tester, item.get(CatalogItem.PARENT_CODE)); tester.clickElement(ADD_ELEMEMT); DSLForm.assertFormAppear(tester, DSLForm.DIALOG); tester.sendKeys(DSLForm.TITLE_INPUT, item.get(CatalogItem.TITLE)); tester.sendKeys(DSLForm.CODE_INPUT, item.get(CatalogItem.CODE)); tester.clickElement(DSLForm.SAVE_ON_FORM); DSLForm.assertFormDisappear(tester, DSLForm.DIALOG); 

नोट: इसके अलावा, परीक्षणशीलता सुनिश्चित करने के लिए, सिस्टम में प्रत्येक नए इंटरफ़ेस तत्व की पृष्ठ के भीतर अपनी अनूठी आईडी है। इसलिए, हमारा xpath इस तरह दिखता है:

  "//*[@id='description-value']" 

या

  "//*[@id='description-input']" 

ऐसा नहीं है:

 "/html/body/table/tbody/tr/td[6]/table/tbody/tr[4]/td/div" 

लेआउट परिवर्तन के साथ समस्याओं का एक वर्ग हल किया जाता है।

 Assert.assertEquals("      ", template.get(ReportTemplate.TITLE), tester.getTextElement(DSLForm.TITLE_VALUE)); 

 ModelMap map = SdDataUtils.getObject(sc.get(Bo.METACLASS_FQN), Bo.UUID, sc.getUUID()); String message = String.format("   uuid- '%s'   .", sc.getUUID()); Assert.assertEquals(message, team.get(Bo.TITLE), SdDataUtils.getMapValue(map, "responsibleTeam").get("title")); 

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

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

दूसरा चक्र। परीक्षण का वातावरण।

• सिस्टम की उपलब्धता और उसमें प्रवेश करने की क्षमता की जांच करें
• हम वैश्विक सिस्टम सेटिंग्स की जांच करते हैं और यदि आवश्यक हो, तो आवश्यक मान सेट करें

• ब्राउज़र को पुनरारंभ करें
• सिस्टम उपलब्धता की जाँच करें

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

तीसरा चक्र परीक्षणों का पदानुक्रम है।

• एक परीक्षा - एक क्रिया। अपवाद 5% से अधिक नहीं
• टेस्ट 3-10 टुकड़ों की कक्षाओं में संयुक्त होते हैं, वे एक व्यावसायिक आवश्यकता का परीक्षण करते हैं
• 5-15 कक्षाएं संकुल में संयुक्त हैं। पैकेज आवेदन के सार या पहलू का परीक्षण करता है।
• पैकेज 15

नोट: टीम द्वारा असेंबल किया गया जावदोक

 mvn -f sdng-inttest/pom.xml javadoc:test-javadoc -e 

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

जड़ इस तरह दिखती है:

चौथा चक्र परीक्षण प्रणाली के डिजाइन का संगठन है।

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

नोट: यह है कि परीक्षण के लिए ब्राउज़र सेटिंग्स कैसे दिखती हैं, मुझे आशा है कि कोई इसे उपयोगी पाएगा:

FirefoxProfile

  /** *  Firefox . * http://code.google.com/p/selenium/wiki/FirefoxDriver * @return    FirefoxDriver,   WebDriver. * @exception WebDriverException    . */ private WebDriver openFirefox() { FirefoxProfile firefoxProfile = new FirefoxProfile(); //   firefoxProfile.setPreference("browser.sessionhistory.max_total_viewer", "1"); // 3   ,     firefoxProfile.setPreference("browser.sessionhistory.max_entries", 3); firefoxProfile.setPreference("browser.sessionhistory.max_total_viewers", 1); firefoxProfile.setPreference("browser.sessionstore.max_tabs_undo", 0); //    firefoxProfile.setPreference("network.http.pipelining", true); firefoxProfile.setPreference("network.http.pipelining.maxrequests", 8); //  firefoxProfile.setPreference("nglayout.initialpaint.delay", "0"); //    firefoxProfile.setPreference("browser.download.manager.scanWhenDone", false); //   firefoxProfile.setPreference("browser.tabs.animate", false); // firefoxProfile.setPreference("browser.search.suggest.enabled", false); //  firefoxProfile.setPreference("image.animation_mode", "none"); //   firefoxProfile.setPreference("browser.bookmarks.max_backups", 0); // firefoxProfile.setPreference("browser.formfill.enable", false); //       //firefoxProfile.setPreference("browser.cache.memory.enable", false); firefoxProfile.setPreference("browser.cache.disk.enable", false); //     tslogs firefoxProfile.setPreference("browser.download.folderList", 2); firefoxProfile.setPreference("browser.download.manager.showWhenStarting", false); firefoxProfile.setPreference("browser.download.dir", new File("").getAbsolutePath()); firefoxProfile.setPreference("browser.helperApps.neverAsk.saveToDisk", "application/xml,application/pdf,application/zip,text/plain,application/vnd.ms-excel"); return new FirefoxDriver(firefoxProfile); } 

नोट: परीक्षण प्रणाली, एक और डेढ़ साल से रह रही है, svn से git की चाल से बची हुई है, 300 कमिट करती है, इसलिए 100 यूनिट परीक्षण महत्वपूर्ण हैं

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

 allowscreenshot=true needinit=true superlogin=naumen allowsaveconfig=true clickertime=3600000 testerpassword=atpassword testerlogin=atlogin superpassword= needdelete=true webaddress=http://localhost:9090/sd/ browsertype=firefox 

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

  <profile> <id>smoke-snap2-branch</id> ... <execution> <id>integration-tests</id> <configuration> <excludes> <exclude>all</exclude> </excludes> <includes> <include>**/selenium/**/advlist/*Test.java</include> <include>**/selenium/**/bo/*Test.java</include> <include>**/selenium/**/advimport/*Test.java</include> <include>**/selenium/**/user/*Test.java</include> <include>**/selenium/**/rights/*Test.java</include> </includes> ... </profile> 

पांचवां चक्र। स्रोत कोड प्रबंधन

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

छठे का चक्र। CI जेनकींस में अलग विधानसभा।

नज़र

• क्लोन कार्यक्षेत्र , जो किसी को मूल असेंबली में कोड संकलित करने और बच्चे में परीक्षण चलाने के बीच प्रतिबद्ध होने पर desync से बचता है।
• Xvfb एक वर्चुअल स्क्रीन है।

 export DISPLAY='localhost:'$DISPLAY_NUM'.0'; mvn verify -P war-deploy,$TEST_PROFILE -Dext.prop.dir=$WORKSPACE/$PROP_DIR -Dwebaddress=http://localhost:$DEPLOY_PORT/sd -Dselenium.deploy.port=$DEPLOY_PORT -Dcargo.tomcat.ajp.port=$ARJ_PORT -Dcargo.rmi.port=$RMI_PORT 

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

सातवां चक्र। विधानसभा पदानुक्रम।

विशिष्ट तीसरी शाखा

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

आठवां सर्कल, निरंतर एकीकरण स्तर

लोडिंग शेड्यूल इस तरह दिखता है:

पीएम रिलीज के दिन इस तस्वीर पर ध्यान लगा रहे हैं।

परिणाम कुछ इस तरह दिखता है:

नोट: कुछ और उपयोगी बातें:

• पैरामीटरित ट्रिगर प्लगिन - यदि आपके पास एक जटिल विधानसभा पदानुक्रम है।
• JobConfigHistory Plugin - LDAP के साथ अद्भुत काम करता है।
• कॉन्फ़िगरेशन स्लाइसिंग प्लगिन - यदि आपके पास 50 से अधिक लगभग अलग-अलग विधानसभाएं हैं।
• Rebuild Plugin सिर्फ एक उपयोगी चीज है।
• निरंतर एकीकरण गेम प्लगइन - मेरा समूह हमेशा जीतता है, क्योंकि हम केवल वही करते हैं जो हम परीक्षण लिखते हैं।

नौवां चक्र, लोग और प्रक्रियाएं।

सरल कवरेज अनुसूची

अंतभाषण