Wrike TechClub: डेलिभरी पूर्वाधार - प्रक्रिया र उपकरणहरू (DevOps + QAA)। अंग्रेजीमा रिपोर्टहरू

नमस्ते, Habr! हामी Wrike मा प्राविधिक घटनाहरूको लागि नयाँ ढाँचाहरू परीक्षण गर्दैछौं र अंग्रेजीमा हाम्रो पहिलो अनलाइन भेटको भिडियो हेर्न सबैलाई आमन्त्रित गर्दछौं। हामी बोल्यौ वेब अनुप्रयोगहरू, क्यूबहरू, सेलेनियम र यसको विकल्पहरू परीक्षण गर्नको लागि DevOps पूर्वाधारको बारेमा।

कोरोनाभाइरसको फैलावटको कथा र युरोपेली देशहरूमा भएका सबै सामूहिक अफलाइन कार्यक्रमहरूमा प्रतिबन्ध लगाइएकाले आफ्नै समायोजनहरू गरे, त्यसैले Wrike Prague द्वारा योजना गरिएको परीक्षकहरू र विकासकर्ताहरूको अफलाइन बैठक YouTube मा फैलियो।

ध्यान दिनुहोस्, रिपोर्टहरू अंग्रेजीमा छन्।

1. मिखाइल लेविन, Wrike - सेलेनियम - Kubernetes को सडक

एक पटक सेलेनियम बाँचे र बढ्यो। विगत दुई दशकहरूमा QA स्वचालनका लागि भएको सायद यो सबैभन्दा राम्रो कुरा थियो, र हो, पूर्वाधार र स्थिरतालगायत धेरै तरिकाहरूमा यो सजिलो थिएन।

सेलेनियम ग्रिड पूर्वाधार र विकल्पहरूमा लामो अनुभवको साथ, म तपाईंलाई हाम्रो ब्रान्ड नयाँ हल्का समाधानसम्म विभिन्न सेलेनियम पूर्वाधारहरूको केही समस्याहरू र सीमितताहरू मार्फत हिंड्न चाहन्छु।

2. Vitaliy Markov, Wrike - Callisto: हामीले कसरी चिन्ता गर्न छोड्न र सेलेनियमलाई माया गर्न सिक्यौं

Meet Callisto — हाम्रो हल्का र खुला स्रोत Kubernetes-सेलेनियम पूर्वाधार निर्माणको लागि मूल समाधान। हामी एक घण्टामा 10 औं हजार सेलेनियम परीक्षणहरू चलाउँछौं र सयौं दैनिक सेलेनियम परीक्षणहरू यससँग चल्छौं। हामी हाम्रा कारणहरू, समाधान आफैं र बाटोमा सिकेका प्राविधिक विवरणहरू साझा गर्न चाहन्छौं। हाम्रो अनुभव उपयोगी हुन सक्छ कि तपाईले धेरै सेलेनियम परीक्षणहरू चलाउनुहुन्छ वा तपाईसँग धेरै थ्रेडहरूमा k8s मा चलाउनको लागि केहि सत्र आधारित काम छ।

3. इभान क्रुटोभ, एरोकुब - क्रोम विकासकर्ता उपकरण प्रोटोकल: कुबर्नेट्समा चलिरहेको र स्केलिंग

धेरै वर्षको लागि सेलेनियम सबैभन्दा लोकप्रिय ब्राउजर स्वचालन उपकरण हो। यद्यपि, सेलेनियम प्रोटोकलमा अझै पनि धेरै महत्त्वपूर्ण सुविधाहरूको अभाव छ: HTTP अनुरोधहरूको विश्लेषण र मजाक गर्ने, मेमोरी खपत र प्रदर्शन मेट्रिक्स प्राप्त गर्ने, अनुप्रयोग घटनाहरूको सदस्यता लिने, ब्राउजर सुरक्षा चेतावनीहरू पुन: प्राप्त गर्ने र अन्य धेरै। सौभाग्य देखि, यी सबै सामानहरू पहिले नै तथाकथित Chrome विकासकर्ता उपकरण प्रोटोकलमा समर्थित छन्। Puppeteer जस्ता क्लाइन्ट लाइब्रेरीहरूसँग कसरी यो प्रोटोकल प्रयोग गर्न सुरु गर्ने भन्ने बारे धेरै वार्ताहरू छन्, तर लगभग कसैले यो समाधान कसरी मापन गर्ने भनेर बताउँदैन। मेरो कुराकानीको क्रममा, म Kubernetes क्लस्टरमा क्रोम विकासकर्ता उपकरणहरू कसरी मापन गर्ने र तपाइँले तपाइँको परीक्षणहरूमा यो प्रोटोकल कसरी प्रयोग गर्न सक्नुहुन्छ भन्ने केही वास्तविक उदाहरणहरू देखाउन चाहन्छु।

स्रोत: www.habr.com