कार्रवाई में अनुरोध का अनुरोध करें

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

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

पर्यावरण की स्थापना

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

group :development, :test do
gem "rspec-rails", ">= 2.5"
end

आप आश्चर्यचकित हो सकते हैं और पूछ सकते हैं: "विकास मोड में rspec क्यों जोड़ें?" सब कुछ काफी सरल है - rspec मॉडल, नियंत्रक, मचान पैदा करते समय उचित चश्मा जोड़ता है। मणि स्थापित करने के बाद, चलो अंतिम स्थापना कमांड चलाते हैं:

rails g rspec:install

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

group :test do
gem 'guard-rspec'
end

इनिशियलाइज़ेशन कमांड चलाएँ:

guard init .
guard init rspec

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

gem 'libnotify' , :require => false if RUBY_PLATFORM =~ /linux/i
gem 'rb-inotify', :require => false if RUBY_PLATFORM =~ /linux/i
gem 'rb-fsevent', :require => false if RUBY_PLATFORM =~ /darwin/i

इसके बाद, सभी बिंदुओं को एक प्रतिशत परिकलन के साथ rspec में बदलें:

gem 'fuubar'

और अंत में, गार्डफाइल में, निम्नलिखित लिखें:

guard 'rspec', :cli =>'--format Fuubar --color'

परीक्षण चलाएं। कंसोल में, हमें एक सुंदर प्रगति पट्टी मिलती है, और जब परीक्षण पूरा हो जाता है, तो एक पॉप-अप विंडो दिखाई देती है।

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

config.before(:suite) do
DatabaseCleaner.strategy = :truncation
end

config.before(:each) do
DatabaseCleaner.start
end

config.after(:each) do
DatabaseCleaner.clean
end

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

group :test do
gem 'guard_rspec'
gem 'factory_girl_rails'
gem 'database_cleaner'
end

शेष उपयोग मैं इस लेख के बाहर लिंक पर विचार करने का प्रस्ताव करता हूं

खुद को परख रहा है

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

"कैपिबारा का उद्देश्य एकीकरण अनुप्रयोगों, जैसे कि रेल, सिनात्रा या मेरब के एकीकरण की प्रक्रिया को आसान बनाना है। Capybara अनुकरण शो एक वास्तविक उपयोगकर्ता एक वेब अनुप्रयोग के साथ बातचीत करेगा। "

जो सचमुच लगता है:

"Capybara गिनी पिग आपके आवेदन में उपयोगकर्ता के व्यवहार का अनुकरण करके व्यापक परीक्षण प्रक्रिया को सरल करता है।"

इसे मणिभ में जोड़ें। उसके बाद आपको फ़ाइल युक्ति / test_helper.rb में Capybara लाइब्रेरी जोड़ने की आवश्यकता है:

require 'capybara/rspec'

अब हमारे परीक्षण एक आभासी पृष्ठ के कई कार्यात्मक और सुविधाजनक परीक्षण विधियों और हेरफेर से भरे हुए हैं। चलिए शुरू करते हैं:

पृष्ठ का दौरा विज़िट के तरीके का उपयोग करके किया जाता है:

visit '/'

लोअरकेस पतों के अलावा, विधि रेल पथ सहायक को स्वीकार करती है:

visit car_wheels_path(car)

लेकिन पुस्तकालय की मुख्य कार्यक्षमता सुलभ पृष्ठ वस्तु है। यह ऑब्जेक्ट परीक्षण के लिए एक आभासी पृष्ठ है। इसकी सामग्री प्राप्त करने के लिए, आपको केवल शरीर विधि की ओर मुड़ने की आवश्यकता है:

puts page.body

चलो हेरफेर कमांड की सूची के माध्यम से जाते हैं। टेक्स्ट और पासवर्ड फ़ील्ड fill_in विधि से भरे जाते हैं, जो पहले पैरामीटर को id, वर्ग, नाम तत्व और पैरामीटर के साथ सामग्री सेट करता है:

fill_in 'car_manufacture', :with=>'Audi'
fill_in 'car[model]', :with=>'A4'

चयन में एक विकल्प का चयन करने के लिए, चयन विधि का उपयोग किया जाता है (धन्यवाद, केपी), जो पहले एक मूल्य लेता है, और फिर हेरफेर का एक तत्व है:

'सिल्वर',: से => 'कार [रंग] चुनें

चेक, अनचेक, चुनने के तरीके भी हैं, जिसका उद्देश्य चेकबॉक्स और रेडियो बटन की स्थिति को बदलना है। वे केवल तत्व के पहचानकर्ता को स्वीकार करते हैं:

check 'car[full_package]'
choose 'car[year][2010]'

लेकिन ऐसा होता है कि पृष्ठ में एक ही नाम के साथ कई तत्व हैं, या, भगवान न करें, आईडी। ऐसा करने के लिए, एक ब्लॉक विधि है जो निर्दिष्ट तत्व के अंदर खोज को सीमित करती है:

within 'form#payment_card' do
#
end

बटन और लिंक पर क्लिक करने की कई विधियाँ हैं - सार्वभौमिक (क्लिक_ऑन) और विशिष्ट (क्लिक_लिंक, क्लिक_बटन):

click_on 'submit_form'
click_link 'read_more'

अब परिणामस्वरूप संरचना की जांच करने के लिए आगे बढ़ते हैं। DOM तत्व की उपस्थिति की जाँच करने के लिए, has_selector विधि मौजूद है:

page.should have_selector('table tr')

लेकिन क्या होगा यदि आपको इन तत्वों की संख्या की जांच करने की आवश्यकता है? यह सब काफी सरल है - गिनती पैरामीटर जोड़ें:

page.should have_selector('table tr', :count=>3)

उन स्थितियों में जहां तत्व स्वयं fazhn नहीं है, लेकिन केवल सामग्री महत्वपूर्ण है, पृष्ठ .have_content विधि उपयोगी है?

page.should have_content(“Audi club”)

लेकिन js का क्या?

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

it 'should have many js', :js=>true do
visit …
end

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

Capybara.javascript_driver :webkit

अब capybara एकीकृत परीक्षण जल्दी और अनावश्यक एनीमेशन के बिना प्रदर्शन करेगा।

एक और दिलचस्प बात यह है कि आप भर में आए तत्वों की जांच करेंगे जो कि अजाक्स का उपयोग करके लोड किए गए हैं। Has_selector और has_content विधियाँ हमेशा पास नहीं होती हैं, इसलिए हम सभी, पहले, खोज जैसे तरीकों का उपयोग करते हैं:

first('div.info').should be

all('tr.ads').should have(3).items

इसके अलावा, बटन और लिंक के अलावा अन्य तत्वों पर क्लिकों का अनुकरण करने के लिए खोज और पहला तरीका उपयोगी हो सकता है।

first('div.catalog').click
find('p#info).click

यदि आप किसी स्क्रिप्ट को निष्पादित करना चाहते हैं, तो कैपिबारा यहाँ काम आएगा:

page.execute_javascript “alert('Hello world')”

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

page.execute_javascript '$(“p.long_text”).hover();'

इस तरह हमने कर्सर के एक पैराग्राफ पर होवर का अनुकरण किया।

जीवन से टिप्पणियों का एक जोड़ा

और मेरी पोस्ट के अंत में व्यक्तिगत अनुभव से युक्तियों के एक जोड़े। किसी भी js वेब ड्राइवर के साथ capybara, database_cleaner और factory_girl का उपयोग करते समय, बनाए गए संसाधन परीक्षण पृष्ठ पर प्रदर्शित नहीं होंगे। इस स्थिति को ठीक करने के लिए, निम्नलिखित सेटिंग:

config.use_transactional_fixtures = false

एक और दिलचस्प चाल rspec में ध्यान केंद्रित है, जो की प्रभावशीलता मांग परीक्षणों में निर्विवाद है। फोकस समायोजन इस प्रकार है। सबसे पहले, परीक्षण वातावरण की कॉन्फ़िगरेशन फ़ाइल में लाइनें जोड़ें:

config.filter_run :focus=>true
config.run_all_when_everything_filtered = true

उसके बाद, ब्याज की क्रियाओं को करने के लिए, एक नाम पैरामीटर जोड़ना पर्याप्त होगा: फ़ोकस => सत्य और स्पेक्स की सूची को फ़िल्टर किया जाएगा।

उपयोगी लिंक

Capybara
कैपीबारा वेबकिट
डेटा बेस क्लीनर
फैक्ट्री की लड़की पटरी से उतरी
गार्ड