🤦🏼 👨🏿‍🤝‍👨🏾 🕒 स्वचालन परीक्षण सॉफ्टवेयर QIWI- टर्मिनल 🎭 🚡 🧛🏿

हेलो, हेब्र!

आज हम एक विशिष्ट विषय के बारे में बात करेंगे: QIWI स्वयं सेवा टर्मिनलों के लिए सॉफ्टवेयर परीक्षण स्वचालन।

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

उलटे हालात हैं। विषय क्षेत्र विशिष्ट है, तैयार किए गए समाधानों को लेने के लिए कोई भी नहीं है, कोई उपकरण नहीं है, उत्पाद का तकनीकी ढेर अद्वितीय है। आपको स्टिक और उह से ... इस विषय क्षेत्र में गहराई से गोता लगाना होगा ... हाथ से अन्य सामग्री को शिल्प उपकरण तक और रास्ते में कई, विभिन्न आकारों और घातक बल के कई रेक को इकट्ठा करना होगा।

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

मुसीबत

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

एक टर्मिनल की तरह क्या है?

एएसओ टर्मिनल, लोहे के दृष्टिकोण से, विशिष्ट बाह्य उपकरणों के साथ एक साधारण डेस्कटॉप है, जैसे बिल स्वीकर्ता और सिक्का स्वीकर्ता, रसीद प्रिंटर, डिस्पेंसर, पीओएस टर्मिनल (प्लास्टिक कार्ड प्राप्त करना), आदि।

और यहाँ पहली समस्या है।

यह प्रसिद्ध तस्वीर कैलिफोर्निया के सोनोमा काउंटी में ली गई थी। वे कहते हैं कि ये प्राकृतिक रंग हैं, बिना किसी प्रसंस्करण के। वैसे, यह सोनोमा काउंटी के क्षेत्र में था कि अमेरिका में दक्षिणी रूसी कॉलोनी स्थित थी।

हाँ, वह उसकी है। ऑपरेटिंग सिस्टम, जिसे 2014 में बंद कर दिया गया था, विंडोज एक्सपी है। POSReady वर्जन को 2019 तक सीधे खींच लिया गया था, लेकिन ... यह इतना सरल नहीं है।

तथ्य यह है कि टर्मिनल QIWI की संपत्ति नहीं हैं। वे भागीदारों के हैं, तथाकथित एजेंट, व्यक्तिगत उद्यमी और कानूनी संस्थाएं जो QIWI खरीद टर्मिनलों के साथ एक समझौते का समापन करती हैं, शॉपिंग सेंटर में किराए पर जगह लेती हैं और लगभग निष्क्रिय आय प्राप्त करती हैं।

तदनुसार, QIWI टर्मिनलों के बेड़े का 90% (और रूस और विदेशों में 100k से अधिक हैं) विभिन्न प्रकार के हार्डवेयर पर विंडोज एक्सपी चला रहे हैं - 512 एमबी से 4 जीबी रैम तक, सीपीयू की एक किस्म (पेंटियम 4 डीप शून्य से अधिक तक) कम आधुनिक कोर i5) और इंटरनेट की विभिन्न गुणवत्ता और गति। विभिन्न आयु के टर्मिनलों, उनमें से कुछ नियमित रूप से उन्नत हैं, और उनमें से कुछ बहुत लंबे समय तक उन्नत नहीं हुए हैं (यह काम करता है - इसे स्पर्श न करें!)। हमारा कार्य नियमित रूप से नवीनतम टर्मिनल सॉफ़्टवेयर अपडेट (इसे MarATL कहा जाता है) की आपूर्ति करना है और इस सभी प्रकार के टॉपिंग और बाह्य उपकरणों के साथ संगतता बनाए रखना है।

एक्सपायर्ड सपोर्ट ऑपरेटिंग सिस्टम

एक सरल परीक्षण स्वचालन सर्किट की कल्पना करें। हमारे पास CI सर्वर है, उदाहरण के लिए, टीमसिटी या जेनकिंस। हमारे टर्मिनल सॉफ्टवेयर को ईवेंट (कमिट या हीप) द्वारा कच्चे से एकत्र किया जाता है, एकत्रित बाइनरी फ़ाइल को कहीं बाहर रखा जाता है। सॉफ्टवेयर स्वचालित रूप से स्थापित होता है, रात के कार्यात्मक ऑटोटेस्ट लॉन्च किए जाते हैं ... उह, बंद करो! सॉफ्टवेयर इंस्टॉलेशन कहां जा रहा है? और कैसे?

जैसा कि मैंने ऊपर कहा, 90 प्रतिशत टर्मिनल विंडोज एक्सपी चला रहे हैं, जो 2014 में समाप्त हो गया। इसका मतलब यह है कि यह ओएस अब लंबे समय तक सुरक्षा नीतियों का अनुपालन नहीं करता है, इसके लिए कोई अपडेट जारी नहीं किया जाता है, इसके लिए कोई ताज़ा कार्य सॉफ़्टवेयर नहीं है, और यहां तक कि मूल Microsoft विज़ुअल विज़ुअल स्टूडियो भी इसके लिए C ++ को केवल टैम्पुरीन के साथ नृत्य करने के बाद या MSBuild कलेक्टर के लिए टूलचैन के संस्करण के साथ संकलित करता है।

सामान्य तौर पर, विंडोज़ एक्सपी के साथ टर्मिनल या वर्चुअल मशीन पर चल रहे परीक्षण और कुछ प्रकार के सॉफ़्टवेयर एक बहुत बुरा विचार है। आप XP पर Buildagent TeamCity नहीं बढ़ा सकते, आप ऐसी मशीन को Ansible playbook में कॉन्फ़िगर नहीं कर सकते हैं, वहां कोई कंटेनर नहीं हैं। विंडोज एक्सपी के लिए वर्चुअलाइजेशन टेम्प्लेट भी उतना नहीं है। सूचना सुरक्षा के बारे में सोचने वाली किसी भी बड़ी कंपनी में, एक Windows XP मशीन को कॉर्पोरेट नेटवर्क से दूर रखा जाएगा, या इससे भी कम डोमेन। यही है, टर्मिनल के साथ सभी इंटरैक्शन (या वर्चुअल मशीन जो इसे होने का नाटक कर रहा है) दूरस्थ रूप से होना चाहिए, टर्मिनल के पास न्यूनतम थर्ड-पार्टी सॉफ्टवेयर होना चाहिए।

फेसला

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

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

निगरानी प्रणाली का समय विशेष रूप से दिलचस्प है। मानक कमांड-लाइन टूल द्वारा, Windows XP केवल एक स्वरूपित घंटे-मिनट-सेकंड आदि में समय प्रदर्शित करता है, आपके लिए कोई UNIX-time नहीं है। उदाहरण के लिए, घात यह है कि XP को लंबे समय तक टाइमज़ोन अपडेट नहीं मिला है, और हमारी रूसी सरकार गर्मियों या सर्दियों के समय को रद्द करने के साथ लगातार गेम के लिए जानी जाती है।

उदाहरण के लिए, मॉस्को टाइम ज़ोन में मानक Windows XP SP3 वास्तविक मॉस्को समय से एक घंटे पहले का समय दिखाता है। तदनुसार, किसी भी मामले में टर्मिनल लॉग का टाइमस्टैम्प परीक्षण सर्किट पर समय के साथ मेल नहीं खाता है।

भुगतान-भुगतान-भुगतान ...

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

वेब इंटरफेस के साथ दूरस्थ रूप से बातचीत करना एक बहुत ही विचार है, विशेष रूप से इंटरफ़ेस परीक्षण - एक और कार्य। आप एक परीक्षण वेब पेज बना सकते हैं जो मानक index.html के बजाय परीक्षण समय पर आधारित होगा। पृष्ठ एक जेएस स्क्रिप्ट चलाता है जो टर्मिनल सॉफ्टवेयर के साथ काम करता है, और दूसरी तरफ एक वेब सॉकेट क्लाइंट बनाता है जो मेजबान की ओर बाहर की ओर दिखता है जिस पर परीक्षण चल रहे हैं।

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

यही है, आप JSON के रूप में भुगतान परीक्षण के लिए आदेशों के सेट का वर्णन कर सकते हैं, जो क्रमिक रूप से वर्णन करता है कि आपको किन आदेशों को भेजने की आवश्यकता है और उनके लिए किस प्रकार की प्रतिक्रिया की प्रतीक्षा करें।

इंटरफ़ेस परीक्षण पृष्ठ। इसके माध्यम से गुजरने वाले आदेशों को प्रदर्शित करता है।

और पैसा कहां है?

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

पैसे स्वीकार करने वाले उपकरणों के साथ अधिक जटिल - बिल स्वीकर्ता और सिक्का स्वीकर्ता। यह स्पष्ट है कि अगर हम भुगतान परिदृश्य का परीक्षण करना चाहते हैं, तो हमें किसी तरह टर्मिनल पर बिल स्वीकर्ता की उपस्थिति का अनुकरण करने की आवश्यकता है, बिल स्वीकार करने की कार्यक्षमता का समर्थन करना, वापस लौटना, विभिन्न समस्याओं का अनुकरण करना (उदाहरण के लिए, एक crumpled बिल को वापस करना)।

अधिकांश धन प्राप्त करने वाले उपकरण कैशकोड नेट प्रोटोकॉल का उपयोग करके संचालित होते हैं। यह प्रोटोकॉल बिल स्वीकर्ता और नियंत्रक (हमारे मामले में, नियंत्रक हमारा टर्मिनल सॉफ्टवेयर है) के बीच बातचीत के परिदृश्यों को परिभाषित करता है।

कैशकोड प्रोटोकॉल का उपयोग करते हुए नियंत्रक और बैंक नोटों के सत्यापनकर्ता की बातचीत का एक उदाहरण। एक निश्चित आवृत्ति के साथ, नियंत्रक डिवाइस की स्थिति का अनुरोध करता है।

कैशकोड कमांड का न्यूनतम आकार 6 बाइट्स है। आदेशों के विवरण के लिए, कैशकोड नेट प्रोटोकॉल विनिर्देश देखें।

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

हमारा मामला सरल है, हमें एक उपकरण की आवश्यकता है जो WinAPI का उपयोग करके पोर्ट से चिपक सकता है और एक मनमाना सुविधाजनक इंटरफ़ेस है, उदाहरण के लिए, सबसे सरल स्टड / स्टडआउट, जिसे एसएसएच का उपयोग करके हुक किया जा सकता है।

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

ऐसा प्रकृति में धन का चक्र है।

रसीद प्रिंटर (ऊपर) और बिल स्वीकर्ता (नीचे)।

24/7

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

खरोंच और अद्यतन से स्थापना

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

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

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

खरोंच MarATL से साफ स्थापना

निष्कर्ष

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

स्वचालन परीक्षण सॉफ्टवेयर QIWI- टर्मिनल