परीक्षण में _Alban की भूमिका पर

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

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

2GIS ऑनलाइन टीम के पास करने के लिए बहुत कुछ था:

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

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

हमने परियोजना के अंतर्राष्ट्रीयकरण का परीक्षण कैसे किया

प्रत्येक परीक्षक रोजाना कई बार दैनिक रूप से एप्लिकेशन के संस्करण बनाता है, इसलिए यह महत्वपूर्ण है कि अनुवाद पैकेज (स्थान) की तैनाती में कम से कम समय और प्रयास लगे।

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

उत्पाद का अनुवाद करने के लिए गेटटेक्स्ट का उपयोग किया गया था।

आवेदन की जाँच स्वयं कई चरणों में होती है:
1. सत्यापित करें कि सब कुछ अनुवादित है।
2. जांचें कि पाठ तत्वों के अनुवाद लेआउट को नहीं तोड़ते हैं।
3. जांचें कि एप्लिकेशन एक विदेशी उपयोगकर्ता के लिए समझ में आता है - ग्रंथ सुसंगत और साक्षर हैं।

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

यहां हमने क्या किया: डेवलपर्स ने, डेवलपर्स की मदद से, रूसी अनुवादों से एक नई "भाषा" को इकट्ठा किया - सभी पाठ तत्वों को बदल दिया, शुरुआत में 3 वर्णों को जोड़ा, चित्रों को 180 डिग्री पर बदल दिया, डोमेन ज़ोन में बदल गया।



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

Iteration को ब्राउज़रों में किया गया था, जहां समस्याएं अक्सर उत्पन्न होती हैं (इसलिए कई क्रॉस-ब्राउज़र चेक पर समय बर्बाद करने के लिए नहीं) - ओपेरा और IE में।

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



तीसरा कार्य परीक्षक द्वारा निष्पादित, एक नियम के रूप में, ग्रंथों की पर्याप्तता, साक्षरता और स्थिरता की जांच करना है। लेकिन केवल अगर ये ग्रंथ एक विदेशी भाषा में नहीं हैं।

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

जब एक नया स्थान जोड़ा जाता है या एक नया स्थानीयकृत फीचर जारी किया जाता है, तो अनुप्रयोग का एक प्रारूप संस्करण अनुकूलन समूह में स्थानांतरित हो जाता है। इस कदम को "प्रूफरीडिंग" कहा जाता है और निश्चित समय सीमा तय की है।

विकास टीम का कार्य ग्रंथों का समय पर सुधार करना और उत्पाद जारी करना है।

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

तबादलों के प्रावधान के समय के लिए व्यवस्था चाहे कितनी भी विडंबनापूर्ण क्यों न हो, वे बाधित हो सकते हैं। यहां तक ​​कि अगर सब कुछ पूरी तरह से काम करता है, तो कोई भी कुछ बल की संभावना को रद्द नहीं करता है। इसलिए, अनुवाद के बिना रिलीज़ सुविधाओं के मामले में टीम के पास "प्लान बी" होना चाहिए। 2GIS ऑनलाइन का विकास ऐसे लापता पाठों का अंग्रेजी में अनुवाद करता है। यदि सुविधा बड़ी है और इसमें बहुत सारे स्थानान्तरण होने चाहिए, तो इसका विमोचन स्थगित करने का निर्णय लिया जाता है।

हमने स्वचालित परीक्षणों का अनुवाद कैसे किया

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

स्थानीय संस्करणों की कार्यक्षमता थोड़ी भिन्न है (इतालवी संस्करण को रूसी प्रोमो बैनर दिखाने की आवश्यकता नहीं है, या कुछ देशों में हम दिशाओं की खोज का समर्थन नहीं करते हैं)।

इसलिए, परीक्षण टीम के कर्मचारियों ने पहली बात यह कि आवेदन की पूरी कार्यक्षमता का विश्लेषण किया और दो भागों की पहचान की - सामान्य कार्यक्षमता और स्थानीय के लिए विशिष्ट।

दिशाओं की खोज करें

निजी	वहाँ है	वहाँ है	नहीं

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

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

दो स्थानों पर चल रहे परीक्षण का एक उदाहरण :

परीक्षण 2gis.ru खोलता है, नोवोसिबिर्स्क का चयन करता है।
क्षेत्र में "क्या" "पिज्जा" में प्रवेश करता है, क्षेत्र में "जहां" "नोवोसिबिर्स्क" में प्रवेश करता है और एक खोज करता है।

यह था:

public function testSearchFirms() { $this->page->selectCity(''); $this->page->searchForm->send(array('what' => '', 'where' => '')); } 

यह बन गया:

परीक्षण:

 /** * @group ru * @group it **/ public function testSearchFirms() { //    ,     getText() $this->page->selectCity($this->locale->getText('popular_city')); $this->page->searchForm->send(array('what' => $this->locale->getText('firms_request'), 'where' => $this->locale->getText('popular_city'))); } 

अनुवाद कक्षाओं से लिए गए हैं:

 msg_it.php <?php $msg = array(); $msg['popular_city'] = 'Padova'; $msg['firms_request'] = 'Pizza'; return $msg; ?> 

 msg_ru.php <?php $msg = array(); $msg['popular_city'] = ''; $msg['firms_request'] = ''; return $msg; ?> 

भाषा को भाषा में परिभाषित किया गया है:

 <phpunit bootstrap="bootstrap.php" colors="true" > <php> <const name="LOCALE" value="ru"/> </php> 

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

 msg_<lang>.php, 

सामान्य परीक्षणों में समूह जोड़ें:

 @group <lang> 

और किसी दिए गए स्थान के लिए विशिष्ट कार्यक्षमता के लिए परीक्षण जोड़ें।

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

आज, छह देशों में ऐप चार भाषाओं में आता है। और, इन विकासों के लिए धन्यवाद, प्रत्येक नए स्थान की रिहाई में 1 सप्ताह से अधिक नहीं लगता है, और परीक्षण में अधिकतम 2 दिन लगते हैं।