डिजाइन परीक्षण: शीर्ष 10 हाइजेनबग 2018 पाइटर टॉक्स

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

चयन में रिपोर्टों को बढ़ते क्रम में रैंक किया गया है। लेकिन इसका मतलब यह नहीं है कि "युवा" बहुत बदतर हैं: हर कोई, नेताओं के अपवाद के साथ, लगभग समान स्कोर 4.27 से 4.52 है। इसलिए, हमेशा की तरह, आपको सब कुछ देखने की जरूरत है। कट के नीचे मुझसे मिलो!

सेलेनियम के साथ एंटरप्राइज ऑटोमेशन और सेलेनियम के साथ इसका संबंध बहुत कम है

वक्ता: माइकल पालोटस
स्थान: 10
रेटिंग: 4.3 Rating 0.1
रिपोर्ट प्रस्तुत करना


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

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

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

---

क्या मोबाइल वीडियो गेम में ऑटो-टेस्टिंग है?

वक्ता: दिमित्री अलेक्सेव / एवगेनी शुमाकोव
स्थान: 9
रेटिंग: 4.3 Rating 0.1
रिपोर्ट प्रस्तुत करना


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

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

---

JUnit, मुझे पाँच दे दो! जुनेट 5 एक्सटेंशन के लिए पोर्टिंग कोड

वक्ता: दिमित्री ट्यूक्स
स्थान: 8
रेटिंग: 4.3 Rating 0.1
रिपोर्ट प्रस्तुत करना


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

रिपोर्ट में, दिमित्री न केवल JUnit के पिछले संस्करण से माइग्रेशन प्रक्रिया को प्रदर्शित करता है (बस एनोटेशन के लिए एक प्रतिस्थापन!), लेकिन यह भी विभिन्न परीक्षण शैलियों कि JUnit 5 का समर्थन करता है, और इस सवाल का जवाब देता है - सामान्य रूप से एक नए ढांचे पर स्विच करने का क्या मतलब है।

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

---

पेट्री नेट पर आधारित परीक्षण

वक्ता: एलेक्सी रोडियोनोव
स्थान: 7
रेटिंग: 4.35 ± 0.05
रिपोर्ट प्रस्तुत करना


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

क्या करें? रेखांकन का उपयोग करके परीक्षण विकसित करने के वैकल्पिक तरीकों की तलाश में गणितीय उपकरण पर जाएं। कार्यक्रम समिति ने इसे "परीक्षण 2.0" कहा।

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

---

जब गति और स्केलिंग की आवश्यकता होती है: वितरित आईओएस उपकरणों का सर्वर

वक्ता: निकोले अबलोव
स्थान: 6
रेटिंग: 4.4: 0.2
रिपोर्ट प्रस्तुत करना


UI परीक्षण डेवलपर्स iOS पर परीक्षण रन के मुद्दे से परिचित हो सकते हैं। निकोलाई ने एक उदाहरण के रूप में बुश का हवाला दिया - जब उन्होंने रिपोर्ट तैयार करना शुरू किया, तो 1200 अंत-से-अंत परीक्षण थे। जब पूरा हो गया - 1300। सम्मेलन में, परीक्षणों की संख्या बढ़कर 1400 हो गई। यह सिम्युलेटर में मशीन के समय का 35-40 घंटे या वास्तविक समय का 1.5 घंटे है।

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

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

---

जावा डेवलपर्स के लिए विन्यास परीक्षण: व्यावहारिक अनुभव

वक्ता: रुसलान चेरामिन
स्थान: 5
रेटिंग: 4.4: 0.1
रिपोर्ट प्रस्तुत करना


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

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

---

अपने सबसे खराब दुश्मन के रूप में परीक्षक

वक्ता: माइकल बोल्टन
स्थान: 4
रेटिंग: 4.46 ± 0.07
रिपोर्ट प्रस्तुत करना


अंतिम मुख्य वक्ता के साथ दिग्गज माइकल बोल्टन जो हर परीक्षक को देखना चाहिए।

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

माइकल ने परीक्षकों के पेशे की समस्याओं का खुलासा किया, सुझाव दिया कि पेशेवर, सामाजिक और मानसिक कौशल कैसे विकसित करें जो न केवल एक विशेषज्ञ की प्रभावशीलता को बढ़ाएगा, बल्कि सहयोगियों के बीच सम्मान भी करेगा। बहुत पेपी, ईमानदार और महत्वपूर्ण रिपोर्ट।

---

क्या आप अभी भी अपनी रिपोर्ट देख रहे हैं? फिर हम आपके पास जाते हैं!

वक्ता: अर्टिओम इरशेंको
स्थान: 3
रेटिंग: 4.52 ± 0.06
रिपोर्ट प्रस्तुत करना


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

रिपोर्ट सरल, रोचक और सहज है और उन दोनों के लिए उपयोगी होगी जो लंबे समय से एल्योर पर बैठे हैं और इस प्रकार की रिपोर्ट से परिचित नहीं हैं।

---

फजिंग टेस्टिंग: जेआईटी कंपाइलर में बग ढूंढना और न केवल

वक्ता: मैक्सिम कज़ेंटसेव
जगह: 2
रेटिंग: 4.6: 0.1
रिपोर्ट प्रस्तुत करना


एक समस्या है। लोगों को यह महसूस नहीं हो सकता है कि एप्लिकेशन में एक बग कंपाइलर से संबंधित हो सकता है, और कंपाइलर में बग की संभावना का अनुमान लगाना मुश्किल है, और बग को ढूंढना और इसे ठीक करना और भी मुश्किल है।

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

यह सरल है: यदि एक "अच्छा" परीक्षण 10-6 की संभावना के साथ एक बग पाता है, तो यह 0.999999 की संभावना के साथ बग नहीं पाता है। और पांच लाख परीक्षणों में 0.9999995000000। 0.007 की संभावना के साथ बग नहीं मिलेगा। तो, 99% से अधिक की संभावना के साथ एक बग है!

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

कोड उदाहरणों के साथ कट्टर, उच्च-गुणवत्ता की रिपोर्ट। कोड में समस्याएं (और खोजने के लिए) देखने के लिए एक गैर-मानक और दिलचस्प तरीके के कारण कम से कम देखना सुनिश्चित करें।

---

अंतिम के लिए परीक्षण: स्मार्ट उत्तरदायी इंटरफ़ेस डिज़ाइन पैटर्न

वक्ता: विटाली फ्रिडमैन
स्थान: 1
रेटिंग: 4.72 ± 0.06
रिपोर्ट प्रस्तुत करना


और यहां हमारी छोटी सूची का नेता है, जो अजीब तरह से पर्याप्त है, बिल्कुल भी परीक्षण के बारे में नहीं है। वेब डिजाइनर और वेब डेवलपर्स के बीच जाने-माने विटाली फ्रिडमैन ने यहां एक एटिपिकल दर्शकों से बात की और इसे जीत लिया!

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

और उन लोगों के लिए जो कुछ दर्जनों नहीं हैं, हम प्लेलिस्ट के लिए एक लिंक देते हैं, जहां हेइज़ेनबग 2018 राइटर के साथ अन्य प्रदर्शन हैं।

यदि आप रिपोर्ट में रुचि रखते हैं, तो कृपया ध्यान दें: हेइज़ेनबग 2018 मॉस्को 6-7 दिसंबर को आयोजित किया जाएगा, जिसमें सेलेनियम वेबड्राइवर डेवलपर अलेक्सई बरेंटसेव, जो 1994 से परीक्षण कर रहे हैं, आएगा।

कार्यक्रम के बारे में सबसे अद्यतित जानकारी हमेशा सम्मेलन की वेबसाइट पर देखी जा सकती है, और वहां आप टिकट खरीद सकते हैं (जिसकी कीमत धीरे-धीरे बढ़ रही है)।