paint-brush
क्यूए को पारदर्शी कैसे बनाया जाए: गुणवत्ता सहायता के लिए एल्योर टेस्टऑप्सद्वारा@adtechholding
1,119 रीडिंग
1,119 रीडिंग

क्यूए को पारदर्शी कैसे बनाया जाए: गुणवत्ता सहायता के लिए एल्योर टेस्टऑप्स

द्वारा AdTech Holding8m2023/02/20
Read on Terminal Reader

बहुत लंबा; पढ़ने के लिए

PropellerAds में लीड QA, AdTech Holding का हिस्सा, Allure TestOps टूल के साथ काम करने के लिए सर्वोत्तम अभ्यास साझा करता है। मिखाइल सिडेलनिकोव: 'परीक्षण गुणवत्ता का आधार है। लेकिन इसे एकांत पसंद नहीं है - परीक्षा अंतर्मुखी नहीं है!
featured image - क्यूए को पारदर्शी कैसे बनाया जाए: गुणवत्ता सहायता के लिए एल्योर टेस्टऑप्स
AdTech Holding HackerNoon profile picture


हमने अपनी क्यूए प्रथाओं को पहले ही पेश कर दिया है और हम सभी प्रक्रियाओं की पारदर्शिता के बारे में कितना ध्यान रखते हैं। लेकिन विकास के सभी स्तरों पर इस पारदर्शिता को कैसे सुनिश्चित किया जाए?

आज, हमारे पास नई अंतर्दृष्टि है मिखाइल सिडेलनिकोव , PropellerAds में लीड QA, AdTech Holding का हिस्सा। मिखाइल ने Allure TestOps टूल के साथ काम करने के सबसे अच्छे तरीकों को शेयर किया।


टीम ने इसे क्यों चुना, इससे पहले किन टूल्स का इस्तेमाल किया और गुणवत्ता सहायता वर्कफ़्लो के लिए Allure TestOps कब सबसे अच्छा समाधान बन गया?

पारदर्शिता इतनी महत्वपूर्ण क्यों है?

शीर्ष तकनीक पर आधारित व्यवसाय के रूप में, PropellerAds CI/CD दृष्टिकोण का उपयोग करता है। इसका अर्थ है दिन में कई बार लगातार रिलीज करना, इसलिए किसी भी गलतफहमी या गलतियों के कारण प्रक्रिया को बाधित नहीं करना चाहिए।


यह कैसे काम करता है?

  • एक डेवलपर एक पुल अनुरोध बनाता है
  • क्यूए टीम तुरंत परीक्षण शुरू करती है
  • परीक्षण के परिणाम तुरंत Github, Slack और Allure TestOps में दिखाई देते हैं।


यह एक सतत प्रक्रिया है — सब कुछ स्वचालित है, और लगभग कोई शारीरिक कार्य नहीं है। इस प्रक्रिया का परिणाम एक उच्च गुणवत्ता वाला उत्पाद होना चाहिए — और यही कारण है कि हर कदम पारदर्शी होना चाहिए।


लेकिन इसे कैसे सुनिश्चित करें?


मिखाइल:

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


तो PropellerAds QA टीम ने अपने परीक्षणों के लिए 'आवासीय प्रश्न' को कैसे हल किया?

प्रोपेलरएडीएस में पहला क्यूए अभ्यास

सबसे पहले, PropellerAds के पास पूर्ण विकसित QA विभाग भी नहीं था: यह केवल 2015 में आयोजित किया गया था। कार्यप्रवाहों को स्वचालित करने और एक कुशल, प्रेरित टीम बनाने में समय लगा।


जैसे-जैसे टीम बढ़ती गई, उतनी ही उसकी मांगें भी बढ़ती गईं! परीक्षणों और सूक्ष्म सेवाओं की संख्या तेजी से बढ़ रही थी — और उन सभी को व्यवस्थित रखना आवश्यक था। अन्यथा, उनके साथ काम करना, विभिन्न सीआई/सीडी के साथ एकीकृत करना असंभव हो जाएगा — और आखिरकार, पारदर्शी बने रहेंगे।


टेस्टरेल को लागू करना

PropellerAds QA टीम के संस्थापकों को TestRail के साथ काम करने का लंबा अनुभव था। तो, यह सबसे स्पष्ट समाधान बन गया। इसके अलावा, ऐसा लगता है कि यह टीम की सभी जरूरतों को पूरा करता है:


  • आवश्यक विशेषताएं: केस कीपिंग, ऐतिहासिकता, परीक्षण लॉन्चिंग
  • जीरा के साथ काफी स्वीकार्य एकीकरण
  • सीआई/सीडी के साथ टेस्टरेल को एकीकृत करने का टीम का अनुभव
  • टेस्टरेल के साथ काम करने का कुल मिलाकर टीम का अनुभव


तो, निर्णय किया गया था।

टेस्टरेल के साथ मुद्दे

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


दूसरे शब्दों में, सब कुछ तेजी से बढ़ रहा था:


  • टीम;
  • मैनुअल मामलों की संख्या
  • मैन्युअल परीक्षण की संख्या चलती है
  • रिलीज की संख्या


मिखाइल:

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


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


  • नई परियोजनाओं को खराब तरीके से एकीकृत किया गया था
  • नए मामलों या चरणों के लिए कोई समर्थन नहीं था: यदि आपने कोड में कुछ तय किया है, तो आपको टेस्टरेल में मैन्युअल रूप से ऐसा करने की आवश्यकता है
  • पारदर्शिता और प्रासंगिकता शून्य हो गई


कुल मिलाकर, एक खतरा था कि उत्पाद की गुणवत्ता प्रभावित होने लगेगी।

नई मांगें

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


यह रहा:

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


कैसे एल्योर टेस्टऑप्स ने प्रक्रिया को बदल दिया

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


अगर वहाँ Allure TestOps है तो TestRail का उपयोग क्यों करें?


पहला विचार था: और Allure TestOps क्या है?

Allure TestOps एक परीक्षण मंच है जो आपको परीक्षण मामलों को संग्रहीत और प्रबंधित करने की अनुमति देता है। यह Allure रिपोर्ट्स पर आधारित है, जो टीम के अधिकांश सदस्यों से बहुत परिचित है।



मिखाइल:
— तो हमने सोचा: यह एक नया और ट्रेंडी टूल है — क्यों न इसे आज़माएं?

और, एक स्पॉइलर: इसने पूरी तरह से काम किया। प्रक्रिया सर्वोत्तम संभव तरीके से बदलने लगी - और कम से कम समय में।

तो Allure TestOps की सबसे उपयोगी विशेषता क्या थी जिसने वर्कफ़्लो को इतना बढ़ा दिया?

परीक्षा के परिणाम

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


Allure TestOPS उसी समस्या को बहुत ही सुरुचिपूर्ण और सरल तरीके से हल करता है।

यदि आपके परीक्षण के परिणाम एक आकर्षण रिपोर्ट उत्पन्न करने का संकेत देते हैं, तो आपके पास TestOps में पहले से ही आपके परीक्षण हैं। टीम काफी समय से Allure का उपयोग कर रही है - और इसका मतलब था कि TestOps प्लेटफॉर्म ने उनके परीक्षण जारी रखे।

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



मिखाइल:

—कोई छिपी हुई चट्टानें नहीं: तीन क्षेत्र, और आपने अपना एकीकरण पूरा कर लिया है। यह अन्य टूल्स के साथ भी काम करता है: न्यूनतम सेटिंग्स। और, हमारा प्रिय डार्क मोड भी आ गया है!


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


सेटिंग्स के साथ तैयार होने के बाद, आप अपने CI/CD में जॉब लॉन्च कर सकते हैं। और प्रक्रिया तुरंत बाद कई गुना अधिक पारदर्शी हो जाती है। Allure TestOps आपको मौजूदा परीक्षण कवरेज की जांच करने की अनुमति देता है, यह समझें कि आप कितनी बार विशेष परीक्षण लॉन्च करते हैं, यह महसूस करते हैं कि कौन सी परियोजनाएं स्थिर हैं और कौन सी नहीं हैं, और यहां तक कि कुछ परीक्षण भी देखें।


Allure TestOps में समग्र परीक्षण प्रवाह इस तरह दिखता है:

  • आप टीमसिटी बिल्ड कॉन्फ़िगरेशन को एक बार सेट करते हैं: एल्यूर प्रोजेक्ट आईडी और बिल्ड फीचर में एल्यूर रिजल्ट्स के लिए एक पथ इंगित करें
  • आप टीम सिटी बिल्ड कॉन्फ़िगरेशन लॉन्च करते हैं
  • आप एल्यूर में अपने परिणामों की प्रतीक्षा करते हैं और बस!

इसलिए, जब आप सभी सेटिंग्स कर लेते हैं, तो आप केवल दो सरल चरण करते हैं - कोई JS, वेब सर्वर और API नहीं। आपके द्वारा उपयोग किए जाने वाले टूल के UI के माध्यम से सब कुछ सेट किया गया है।

गुणवत्ता और स्थिति

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

सेटिंग्स भी त्वरित और सरल हैं - साथ ही इंटरफ़ेस भी:



मिखाइल:

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

ऑटोटेस्ट कोड

PropellerAds QA टीम के पास बहुत सारे ऑटो परीक्षण हैं: उनके लिए धन्यवाद, यह उत्पाद की शीर्ष गुणवत्ता सुनिश्चित कर सकता है। Allure TestOps इस आवश्यक बिंदु को बहुत सरल करता है। यह आपको आवश्यक एनोटेशन बनाने की अनुमति देता है, और प्रत्येक एनोटेशन एक परीक्षण के लिए एक लेबल सेट करता है। अंत में, लेबल TestOps में दिखाई देगा।


पहले से मौजूद एनोटेशन की एक बड़ी सूची है - और न केवल जावा के भीतर। यहाँ एक उदाहरण है:



यदि आपके पास तैयार एनोटेशन की कमी है, तो आप आसानी से अपना खुद का एनोटेशन जोड़ सकते हैं: @LabelAnnotation(name = “कोई भी नाम”)। लगभग सभी TestOps डेटा लेबल के माध्यम से काम करते हैं, और ये लेबल अनुकूलन योग्य हैं। इसके लिए धन्यवाद, आप सभी मौजूदा परीक्षणों की सूची में विभिन्न पेड़ों के नक्शे और परतें देख सकते हैं, अपने मामलों को फ़िल्टर और समूहित कर सकते हैं।

अन्य सुविधाओं

इस प्रकार, सभी मुद्दों को TestOps के लिए धन्यवाद हल किया गया। इन हल की गई समस्याओं के अलावा, हमें और नई सुविधाओं तक भी पहुंच प्राप्त हुई। वे यहाँ हैं:

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


मिखाइल:

- यह एल्योर टेस्टऑप्स के साथ आपको मिलने वाली हर चीज का एक छोटा सा हिस्सा है। कुछ नया चाहते हैं या कोई बग मिला है? बग टिकट बनाएं या डेवलपर्स से सीधे टेलीग्राम चैनल में पूछें। यह वास्तव में सुविधाजनक है! या वे हेल्पडेस्क - ये लोग जल्द से जल्द जवाब देने की कोशिश करते हैं - अच्छी सेवा।

कुल मिलाकर: लुभाना टेस्टऑप्स बनाम टेस्टरेल

तो, क्या हमारे परीक्षणों के लिए 'आवास समस्या' हल हो गई थी? हाँ निश्चित रूप से। सभी आवश्यक उपकरणों तक त्वरित पहुंच के साथ लगातार विकासशील, सहज ज्ञान युक्त - Allure TestOps सबसे उचित समाधान था।


लेकिन आखिर क्या टेस्टरेल इतना खराब है?


मिखाइल:

टेस्टरेल एक अच्छा टूल है - लेकिन यह हमारी तुलना में अलग-अलग ज़रूरतों के लिए बेहतर है।

TestRail का उपयोग करना कब बेहतर होता है, और कब Allure TestOps आपका रक्षक होता है?


टेस्टरेल

लुभाना टेस्टऑप्स

आप रिलीज प्रक्रिया पर ज्यादा निर्भर नहीं हैं

आपकी कई रिलीज़ हैं और आपका काम CI/CD पर आधारित है

अन्य उपकरणों के साथ एकीकरण आपकी प्राथमिकता नहीं है

आप अपने सभी टूल में परीक्षण की पारदर्शिता के लिए प्रयास करते हैं

आपके पास कई मैनुअल मामले हैं

आप मुख्य रूप से स्वचालित परीक्षणों के साथ काम करते हैं


कुल मिलाकर, Allure TestOps क्यूए पारदर्शिता सुनिश्चित करने के लिए हर कदम और स्तर पर अधिक कुशल साबित हुआ है। और PropellerAds में हमें यही चाहिए।



इस लेख की मुख्य छवि हैकरनून केएआई इमेज जेनरेटर द्वारा "एक इंजीनियर को एक इंजन को देख रहा है" संकेत के माध्यम से तैयार की गई थी।