टोपी के बारे में बात: हाइजेनबग 2018 मास्को की शीर्ष 10 रिपोर्ट

रिफैक्टरिंग को सरल कैसे करें? UI में आम गलतियों से बचने के लिए डेवलपर को कैसे सिखाएं? यदि आप स्वयं परीक्षक नहीं हैं तो परीक्षण सम्मेलन के दर्शकों को कैसे प्रसन्न करें?

परंपरा से, सभी के लिए हाइजेनबग रिपोर्ट की वीडियो रिकॉर्डिंग खोलते हुए, हम दर्शकों की प्रतिक्रिया के आधार पर संकलित, हैबे पर शीर्ष 10 प्रकाशित करते हैं। पोस्ट में रिपोर्ट को बढ़ती रेटिंग में व्यवस्थित किया गया है: पड़ोसी स्थानों के बीच का अंतर महत्वहीन है, इसलिए आपको इसे बहुत अधिक महत्व नहीं देना चाहिए, लेकिन मुख्य जीत बहुत अंत में हैं। इस बार वे कौन बने?

---

एक परियोजना को फिर से तैयार करने की आवश्यकता है? एक विचार है!

वक्ता: अर्टिओम इरशेंको
रिपोर्ट प्रस्तुत करना

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

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

---

सेलेनियम वेबड्राइवर में परेशानी

वक्ता: एलेक्सी बरनतसेव
रिपोर्ट प्रस्तुत करना

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

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

---

खरोंच से बनाने और एक लोड परीक्षण प्रणाली के विकास के लिए व्यंजनों

वक्ता: अनातोली प्लास्कोवस्की
रिपोर्ट प्रस्तुत करना

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

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

---

बाहरी निर्भरता के साथ परीक्षण प्रणाली: समस्याएं, समाधान, माउंटबैंक

वक्ता: एंड्री ग्लैज़कोव
रिपोर्ट प्रस्तुत करना

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

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

---

इंटरफेस के दृश्य परीक्षण की विशेषताएं

वक्ता: एंटोन उस्मानस्की
रिपोर्ट प्रस्तुत करना

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

एंटोन उस्मानस्की खुद यैंडेक्स में मिथुन और हरमाइन उपकरण के विकास में लगे हुए हैं, लेकिन रिपोर्ट विशेष रूप से उनके बारे में नहीं है, लेकिन ऐसी परियोजनाओं के सामान्य सिद्धांतों के बारे में है। इससे पहले, इस रिपोर्ट का एक पाठ संस्करण software-testing.ru पर दिखाई दिया था।

---

एक हजार और एक यूआई कीड़े, या आम यूआर त्रुटियों से बचने के लिए एक डेवलपर को कैसे सिखाएं

वक्ता: एकातेरिना मिखेवा
रिपोर्ट प्रस्तुत करना

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

कभी-कभी यूआई का परीक्षण मजेदार होता है, और कभी-कभी यह एक गले में खराश के साथ होता है: एक ही त्रुटियां बार-बार सामने आती हैं, और यह बिल्कुल समझ में नहीं आता है, और यह ऐसा है जैसे आप समय बर्बाद कर रहे हैं किसी को सौवीं बार ठीक करने की कोशिश कर रहे हैं वह "tsya / tsya" है। ये गलतियाँ क्या हैं और इसका क्या किया जाना चाहिए ताकि अब इसका सामना न किया जा सके? यह काम इस तथ्य को कैसे प्रभावित करता है कि कभी-कभी लोग फोन पर किसी को लिखते हैं जैसे "फोन (हिरण) को मत उठाओ"? और कैसे एक "भौं" से "रोबोट की आंख" निकल सकती है?

---

रिडिस्कवर खोजपूर्ण परीक्षण

वक्ता: इंगो फ़िलिप
रिपोर्ट प्रस्तुत करना

यदि प्रबंधक "टेस्ट ऑटोमेशन" शब्दों के साथ अपनी आंखों की रोशनी बढ़ा सकते हैं, तो "खोजपूर्ण परीक्षण" शब्दों के साथ वे बाहर जा सकते हैं: न केवल काम को रोबोट में स्थानांतरित नहीं किया जा सकता है, प्रक्रिया को औपचारिक रूप देना भी मुश्किल है, लेकिन आप कंपनी के संसाधनों को कैसे कर सकते हैं?

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

---

टेस्टर वायुरिज्म, या हाउ यूजर मॉनिटरिंग आपकी मदद करेगी

वक्ता: एंटोनिना खिसमेतदीनोवा
रिपोर्ट प्रस्तुत करना

इंटरफेस और उन में संभावित त्रुटियों पर यह रिपोर्ट पहले से ही हबर से परिचित है: हमने पहले उसे एक पाठ संस्करण बनाया था, ताकि इसे न केवल देखा जा सके, बल्कि पढ़ा भी जा सके। इसलिए एक विवरण के बजाय, हम केवल कुछ टिप्पणी करेंगे:

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

---

हमारे पास DevOps हैं। आइए सभी परीक्षकों को आग दें

वक्ता: बारूक सदोगुरस्की
रिपोर्ट प्रस्तुत करना

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

यहां हमें एक महत्वपूर्ण आरक्षण करना है: यह मुख्य विषय था, अर्थात्, तीन कमरों में से एक में नियमित रिपोर्ट नहीं, बल्कि सम्मेलन खोलने वाले सभी दर्शकों के लिए एक सामान्य बयान। इसलिए, यहां किसी विशेष उपकरण के विवरण के बारे में नहीं कहा गया था, लेकिन उद्योग के रुझान के बारे में। यदि DevOps शब्द में "QA" अक्षर नहीं है, तो परीक्षकों के लिए devops का व्यापक उपयोग क्या है? जब डेवलपर्स आश्चर्यजनक रूप से सक्रिय रूप से स्वयं परीक्षण लिख रहे हैं, तो क्या उन्हें अपनी नौकरियों के लिए डरने की ज़रूरत है?

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

---

परीक्षण के चरम: मोबाइल इंटरफेस के अंधेरे कोनों से चालें

वक्ता: विटाली फ्रिडमैन
रिपोर्ट प्रस्तुत करना

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

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


उन लोगों के लिए जो दर्जनों में कम हैं, अधिक हाइजेनबग 2018 मॉस्को वीडियो - यहां क्लिक करें ।

---

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