TextTest GUIs और अधिक के परीक्षण के लिए एक क्रॉस-प्लेटफॉर्म पायथन फ्रेमवर्क है। भाग 1

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


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

संक्षिप्त सारांश

वर्तमान नाम: टेक्स्टटेस्ट + वैकल्पिक स्टोरीटेक्स्ट और कैप्चरमॉक मॉड्यूल
पुराना नाम: PyUseCase
पोस्ट करनेवाले: Geoff Bache
पहली प्रतिबद्ध: 02/02/2003
दस्तावेज़ीकरण साइट: सोर्सफोर्ज
स्रोत कोड यहां मिल सकते हैं: लॉन्चपैड तुरंत बग-ट्रैकर स्थित है
लाइसेंस: GNU LGPL v3

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

मुख्य विचार

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

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

तो, कार्यक्रम के बारे में जानकारी के साथ ऐसी फाइलें बनाने के क्या तरीके हैं:

• टेक्स्टटेस्ट अपने स्टडआउट, प्रोग्राम को शुरू करते समय फाइलों में सहेजने में सक्षम है।
  
  
• आप टेक्स्टटेस्ट को बता सकते हैं कि ऑपरेशन के दौरान उत्पन्न प्रोग्राम को कौन सा फाइल करता है (उदाहरण के लिए, लॉग)।
  
  
• कैप्चरमॉक के साथ, आप स्वचालित रूप से व्यक्तिगत कार्यों और यहां तक ​​कि मॉड्यूल के लिए रैपर उत्पन्न कर सकते हैं, जिसमें मानक अजगर पुस्तकालय भी शामिल हैं। ठीक है, उदाहरण के लिए, आप लॉग करने के लिए math.fabs पूछ सकते हैं, फिर इस फ़ंक्शन (इनपुट और आउटपुट मान) पर किसी भी कॉल को लॉग में लिखा जाएगा।
  
  
• StoryText रैपर वर्गों का एक समूह है जो आपके कार्यक्रम के लिए GUI इंटरफेस को पारदर्शी रूप से स्थानापन्न करता है, जो आपको किसी व्यक्ति द्वारा किए गए सभी कार्यों को बाद के प्लेबैक के साथ रिकॉर्ड करने के साथ-साथ एप्लिकेशन की प्रतिक्रिया को लॉग करने की अनुमति देता है।
  
  यदि यह इस तरह से काफी सरल दिखता है: हम प्रोग्राम शुरू करते हैं, बटन पर क्लिक करें, जो कुछ विजेट में बदलाव और बाहर निकलने का कारण बनता है। जब कोई टेस्ट खेल रहा होता है, StoryText प्रोग्राम लॉन्च करता है, एक ही बटन दबाता है और जाँचता है कि परीक्षण को रिकॉर्ड करते समय विजेट उसी तरह बदल गया है।
  
  इस तरह के रैपर मौजूद हैं: PyGTK / Tkinter / wxPython / SWT / Eclipse RCP / GEF / स्विंग, और अन्य पुस्तकालयों के लिए सूची का विस्तार करना अपने आप संभव है।

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

स्थापना

संक्षेप में वर्णन करें कि विंडोज के लिए फ्रेमवर्क के साथ काम करने के लिए आपको क्या स्थापित करने की आवश्यकता है, कुछ बारीकियों पर आवास, मुझे उम्मीद है कि अन्य प्रणालियों के लिए यह अभी भी मुश्किल नहीं है।
परीक्षणों के लिए, हमें इंस्टॉल किए गए अजगर 2.6 की आवश्यकता है।

फिर हम टेक्सटेस्ट 3.24 को डाउनलोड और इंस्टॉल करते हैं , ध्यान दें कि GUG को काम करने के लिए PyGtk की आवश्यकता है (पहली बार मैंने इसे अनचेक किया), डिफ़ॉल्ट रूप से "स्टोरीटेक्स्ट फॉर पायथन" के लिए अनचेक बॉक्स को रखना न भूलें।

किसी कारण से, कैप्चरमॉक पिछले सेट में नहीं आया, इसलिए हमने इसे "easy_install कैप्स्मॉक" कमांड के साथ अलग से रखा है (यदि आपके पास easy_install स्थापित नहीं है, तो आप इस लेख के अलावा इसका उपयोग करने के लिए लिंक का अनुसरण कर सकते हैं, जो यहां इसके बारे में अधिक पढ़ने में रुचि रखते हैं )

इसके बाद, StoryText के लिए पर्यावरण चर ("सिस्टम गुण" \ "उन्नत" \ "पर्यावरण चर") में सही तरीके से काम करने के लिए, c: c__Rthon26 \ tcl \ tclub.5 मान (अपने अनुसार पथ बदलें) के साथ TCL_LIBRARY चर जोड़ें।

फिर आपको सिस्टम को फिर से दर्ज करने की आवश्यकता है ताकि सेट पर्यावरण चर लागू हों।

एक प्रोजेक्ट बनाएं

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

अगला, TextTest के लिए प्रोजेक्ट फ़ोल्डर पर जाएं (डिफ़ॉल्ट रूप से, यह यहां है: c: \ टेस्ट) और देखें कि वहां क्या हुआ। हम फ़ाइल config.cfg के अंदर पाते हैं, जो परियोजना सेटिंग्स का वर्णन करता है, यह एक पाठ फ़ाइल है जिसमें एक ini-जैसा सिंटैक्स होता है: "नाम: मान" + कभी-कभी अनुभाग होते हैं। आइए इसे निष्पादन योग्य मान को बदलकर इसे ठीक करें:

executable:${TEXTTEST_ROOT}/test.py 

जहां TEXTTEST_ROOT वर्तमान प्रोजेक्ट निर्देशिका को संदर्भित करने वाला एक पर्यावरण चर है।
अब आप अधिक बड़ी गतिशीलता के लिए config.cfg के आगे test.py रख सकते हैं, इसलिए बोलने के लिए। पर्यावरण चर की एक पूरी सूची यहाँ है।

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

पहला उदाहरण। स्टडआउट में परीक्षण उत्पादन

हम test.py से mul फंक्शन टेस्ट करेंगे

 def mul(a, b): print 'params: %s, %s' % (a, b) result = a * b print 'result = %s' % result if result > 0: print 'positive' elif result == 0: print 'zero' else: print 'negative' 

जैसा कि आप देख सकते हैं, फ़ंक्शन प्राथमिक है - यह दो संख्याओं को गुणा करता है और पैरामीटर मान, परिणाम और परिणाम को स्टैडआउट में प्रदर्शित करता है। इसे कॉल करने के लिए, आपको पहले पैरामीटर "mul" और दो अन्य के साथ test.py चलाने की आवश्यकता है, जो फ़ंक्शन के तर्क होंगे।

हम मेनू के माध्यम से एक नया परीक्षण-सूट बनाते हैं और इसे नाम देते हैं, उदाहरण के लिए, "Suite_Mul", इसके लिए एक परीक्षण "Test_Negative" बनाएं, कमांड लाइन मापदंडों के रूप में "mul 1 -2" निर्दिष्ट करें, इसे चलाएं।

क्योंकि परीक्षण पहली बार चलाया गया था, TextTest आपको यथोचित रूप से बताएगा कि stderr.cfg और stdout.cfg के मान बदल गए हैं, अगर वे बिल्कुल भी अस्तित्व में नहीं थे। हम देखते हैं कि उनमें क्या हुआ, पहला खाली हो गया और दूसरे में ऐसा पाठ होना चाहिए:

 params: 1, -2 result = -2 negative 

खैर, यह सही है, "गोल्डन कॉपी" के रूप में परिणामों को सहेजते हुए, सहेजें पर क्लिक करें। जब आप परीक्षण को फिर से शुरू करते हैं, तो यह सफल होगा।

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

मुझे लगता है कि आप अभ्यास के लिए अन्य दो मामलों "Test_Positive" और "Test_Zero" के लिए आसानी से परीक्षण जोड़ सकते हैं। फिर यह देखने लायक है कि परियोजना में कौन सी फाइलें और फ़ोल्डर्स जोड़े गए हैं, यह सुनिश्चित करने के लिए कि परियोजना की संरचना तार्किक है, और यह कि सभी फाइलें एक व्यक्ति द्वारा आसानी से पढ़ी जा सकती हैं, कोई बाइनरी डेटा, कोई xml, बस सादा पाठ नहीं हैं।

दूसरा उदाहरण। लॉग आउटपुट का परीक्षण

File_write फ़ंक्शन का परीक्षण किया जाएगा

 def file_write(s): f = open('log.txt', 'wt') f.write('%s %s-%s\n' % (time.strftime("%H:%M:%S"), s, s[::-1])) 

यह log.txt में वर्तमान समय को प्रदर्शित करता है और फिर इनपुट पैरामीटर से एक लाइन + वही लाइन केवल उलटा होती है।

एक नया परीक्षण-सूट "सूट_फाइल" जोड़ें और इसके लिए एक परीक्षण "टेस्ट_फाइल" पैरामीटर "फ़ाइल हैलोवर्ड" के साथ।
TextTest को इंगित करने के लिए कि प्रोग्राम "सूट_फाइल" फ़ोल्डर में "लॉग.टेक्स्ट" फ़ाइल उत्पन्न करेगा, जो प्रकट होता है, जोड़ें (मैन्युअल रूप से, क्योंकि खराब इंटरफ़ेस इसे से बहुत कुछ करने की अनुमति नहीं देता है) पाठ के साथ config.cfg फ़ाइल।

 [collate_file] logfile:log.txt 

भागो, परिणाम बचाओ। दूसरी बार लॉन्च किया। यदि आप जंगली पश्चिम में सबसे तेज़ चरवाहे नहीं हैं, तो आप देखेंगे कि परीक्षण विफल हो गया, क्योंकि इस बार एक और समय log.txt में लिखा है। जब हम बदलते डेटा के साथ काम करते हैं तो ऐसी ही समस्या काफी बार सामने आती है। इसे लॉग किया जा सकता है: समय, दिनांक, आईपी, मशीन का नाम, आदि। सौभाग्य से, TextTest के पास आउटपुट फ़ाइलों को संशोधित करने का एक साधन है । हम स्वयं को ऊपर बनाए गए config.cfg में इस पंक्ति के साथ वास्तविक समय 00:00:00 तक प्रतिस्थापित करने के लिए प्रतिबंधित करते हैं:

 [run_dependent_text] logfile:[0-9][0-9]:[0-9][0-9]:[0-9][0-9]{REPLACE 00:00:00} 

उसके बाद, समय में कोई भी परिवर्तन परीक्षण के पारित होने को प्रभावित नहीं करेगा। आप दौड़ कर देख सकते हैं।

तीसरा उदाहरण। फ़ंक्शन कॉल को इंटरसेप्ट करना

अब हम सूत्र फ़ंक्शन का परीक्षण करेंगे

 def formula(val): print math.floor(math.fabs(val)) 

और मान लीजिए कि कुछ फुसफुसाहट से, हम जानना चाहते हैं कि गणित में क्या मूल्य आते हैं। फ़ंक्शन और यह क्या रिटर्न देता है। कैप्चरमॉक लाइब्रेरी हमें इसकी मदद करेगी, यह अपने कोड के साथ math.fabs को "रैप" कर सकती है, जो लॉग में आने वाले मापदंडों को जोड़ देगा, मूल math.fabs को निष्पादित करेगा और परिणाम को लॉग में भी डाल देगा।

एक नया टेस्ट-सूट "सूट_फार्मूला" जोड़ें और इसके लिए एक परीक्षण "टेस्ट_फार्मूला" पैरामीटर "गणित -4.5" के साथ। फिर कैप्चरमॉक को कनेक्ट करें, इसके लिए फाइल को मुख्य config.cfg में (एक जो कि सिम्प्टिस्ट के रूट में निहित है) लाइन जोड़ें:

 import_config_file:capturemock_config 

और Suite_Formula फ़ोल्डर में कैप्चरमॉक.कॉफ फ़ाइल जोड़ें, जिसमें हम इंगित करें कि Test_Formula के लिए हम math.fabs लॉग इन करना चाहते हैं:

 [python] intercepts = math.fabs [general] server_multithreaded = False 

उसके बाद, यदि आप संपादक में, रनिंग टैब में, और इसके अंदर बेसिक टैब में जाते हैं, तो हम "कैप्चरमॉक" टिंचर पाएंगे जो दिखाई दिए हैं। चेकमार्क को "रिकॉर्ड" पर स्विच करें, जो इंगित करता है कि हम "गोल्डन कॉपी" रिकॉर्ड करते समय कैप्चरमॉक का उपयोग करना चाहते हैं और परीक्षण चलाते हैं। शुरू करने के बाद, हम देखेंगे कि मानक stderr और stdout के अलावा, एक नया pythonmoks.cfg निम्नलिखित सामग्रियों के साथ दिखाई दिया है:

 <-PYT:math.fabs(-4.5) ->RET:4.5 

यानी math.fabs फ़ंक्शन के इनपुट और आउटपुट मान वहां लिखे गए हैं।
पहले लॉन्च के बाद, "कैप्चरमॉक" ब्लॉक में चेकमार्क को रिप्ले में लौटाया जा सकता है (जो, हालांकि, संपादक के दोबारा शुरू होने पर स्वचालित रूप से किया जाएगा)।

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

कैप्चरमॉक कई और दिलचस्प चीजें कर सकता है, लेकिन लेख का प्रारूप आपको सब कुछ के बारे में बात करने की अनुमति नहीं देता है।

थोड़ी देर बाद मैं लेख के अंतिम भाग को प्रकाशित करूंगा, जहां मैं दिखाऊंगा कि कैसे आप जीयूआई का परीक्षण कर सकते हैं और रिपोर्ट तैयार कर सकते हैं।

UPD: जारी है। 2 भाग