कैसे परीक्षण कार्य एक उत्पादन पुस्तकालय बन गया

सभी को नमस्कार!

आज मैं इस बारे में बताने जा रहा हूं कि टेस्ट इंटरव्यू से लेकर जॉब इंटरव्यू तक लाइब्रेरी इमेज कंपेरिजन कैसे हो गया। यह एक ओपन-सोर्स लाइब्रेरी है, जो GitHub पर होस्ट कर रही है।



शुरू करने से पहले, मुझे अपना परिचय देना चाहिए। मेरा नाम रोमन है। मैं एक पति और पिता हूं। मैं आईटी में 4 साल के अनुभव के साथ एपम सिस्टम्स में सॉफ्टवेयर इंजीनियर हूं।

इस विषय का मुख्य विचार यह बताना है, कि एक ओपन-सोर्स उत्पाद बनाना जो समय बर्बाद नहीं कर रहा है, नहीं! यह एक अद्भुत अनुभव है, जो सभी ओपन-सोर्स समुदाय से जा रहा है। यह एक समय है जब आप एक सिर में एक डेवलपर, परियोजना प्रबंधक, उत्पाद प्रबंधक हैं।

जबकि यह पुस्तकालय बढ़ रहा है मैं संयुक्त राज्य अमेरिका, जर्मनी, चाइन, भारत, रूस, यूक्रेन, आदि 10 से अधिक (!!) देशों के लोगों के साथ काम कर रहा हूं।

चलिए शुरू करते हैं इस कहानी से ...

जॉब इंटरव्यू के लिए टेस्ट टास्क। अगस्त 2017।

अगस्त 2017 की शुरुआत में, मेरा एक आईटी कंपनी में इंटरव्यू था, जहां टेस्ट टास्क करने के लिए पहला कदम था।

कार्य जावा में प्रोग्राम बनाना था जो किसी भी 2 छवियों की समान आकारों के साथ तुलना करता है और आयतों को आरेखित करके अंतर को दिखाता है। एक विस्तृत आवश्यकता यहां पाई जा सकती है ।

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

कुछ समय बाद, मुझे GitHub पर मार्केटप्लेस मिला, जिसमें GitHub रिपॉजिटरी के साथ उपयोग करने के लिए बहुत सारी सेवाएं हैं। मुक्त स्रोत परियोजनाओं के लिए सभी मुफ्त। यह पहली बार है, जहां मुझे पता चला है कि ओपन-सोर्स सबसे अच्छा समुदाय है।

मैंने अगली सेवाएँ जोड़ी हैं:

• कोडेसी - एक कोड गुणवत्ता सेवा है।
• ट्रैविस सीआई - निरंतर एकीकरण उपकरण।
• Coveralls - कवरेज कवरेज इतिहास और आँकड़े
• बेटरकोडहब - कोड गुणवत्ता सेवा।

इन सेवाओं के परिणामों को एक बैराज के रूप में README में जोड़ा जा सकता है। मेरी राय में, यह README को पढ़ने के लिए और अधिक दिलचस्प बना रहा है।

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

उनमें से एक - आयताकार अतिव्यापी ...
आयताकार ओवरलैप कर सकते हैं और एक-में-एक को शामिल किया जा सकता है। यह व्यवहार परिणामी छवि पर कुछ कचरा डालता है। वांछित प्रभाव: मर्ज आयतें जिसमें एक-से-एक आयत शामिल थे।

लाइब्रेरी के रूप में परीक्षण कार्य। जुलाई 2018

कुछ समय बाद, मैंने पता लगाया कि बहुत से लोग GitHub पर मेरे पुस्तकालय का दौरा करते हैं। वास्तव में, मुझे नहीं लगता था कि कोई मेरी परीक्षा परियोजना में दिलचस्पी रखता है।

लोगो

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

परियोजना के लिए लोगो - यह एक अच्छा विचार है और मैंने इसे स्वीकार कर लिया है। कई विकल्प थे।

से



को



अंतिम



यह पहली बार था जब मैंने ओपन-सोर्स समुदाय में संचार किया था। नया अनुभव, नया परिचय।

समुदाय से पहला बग

कुछ समय बाद मुझे बग के साथ एक खुला GitHub मुद्दा मिला। यह चीन का एक डेवलपर था।
बग बड़ी छवियों के साथ समस्या के बारे में था। उन्होंने बड़ी छवियों का इस्तेमाल किया और उन्हें StackOverflowError मिला है। मुझे आश्चर्य हुआ, कि किसी ने मेरे कोड का उपयोग किया और बग पाया, इसके अलावा, डेवलपर ने एक मुद्दा बनाया।

यह मेरी पहली चुनौती थी। इस बग को कैसे हल किया जाए, यह समझने की चुनौती।

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

उस समय तक मेरे पास दो प्रमुख मुद्दे थे, जो महत्वपूर्ण थे।

कमांड लाइन का उपयोग। 2018 का पतन

विकास में अगला चरण रेनैटो अथाएडेस के साथ काम कर रहा था, वह स्टॉकहोम, स्वीडन से एक सॉफ्टवेयर डेवलपर है।

उन्होंने पारंपरिक सीएलआई के रूप में छवि-तुलना का उपयोग करके परिवर्तन का प्रस्ताव दिया। यह सुनने के लिए बहुत रोमांचक था, कि कोई व्यक्ति छवि-तुलना के उपयोग का विस्तार करना चाहता है और विकास में एक नया स्थान खोलना चाहता है।

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

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

लेकिन प्रकाशन से पहले, मुझे सिस्टम में दो प्रमुख बगों को ठीक करना था। मैंने उन्हें ठीक करने के लिए बहुत समय बिताया और अप्रैल 2019 में मैंने नई रिलीज़ को जोड़ा है - v.2.0.2।

मावेन सेंट्रल में प्रकाशन। अप्रैल 2019

पुस्तकालय को अच्छी तरह से प्रकाशित करने के लिए, आपको संस्करण से निपटने की आवश्यकता है। इस मुद्दे पर शोध करने के बाद, मैंने निम्नलिखित योजना का पालन करना शुरू किया: MAJOR.MINOR.PATCH

जहां:

मुख्य संस्करण - जब असंगत एपीआई परिवर्तन करता है
लघु - संस्करण जब एक पिछड़े-संगत तरीके से कार्यक्षमता जोड़ता है
पथ - संस्करण जब पिछड़े-संगत बग को ठीक करता है।

अगला चरण यह समझने के लिए है कि कैसे ठीक से कॉन्फ़िगर किया गया है ArtId और groupId।

मैंने अपने सभी पैकेज अपडेट किए:
ua.comparison.image से
to com.github.romankh3.image.comparison

यह खोज के लिए अधिक समझने योग्य बनाता है कि कोडबेस कहां है।
और परिणाम जारी किया गया था - v2.1.0।

स्वीडन से नया योगदानकर्ता। मई 2019

मुझे एक ईमेल मिला है, जहां एक स्वतंत्र सलाहकार और ठेकेदार ने मुझे मीका से एक नया योगदान देखने के लिए कहा है। यह स्वीडन का एक डेवलपर है।

उन्होंने कहा कि बुरी नज़र वाले लोगों को अगर बहुत पतले हैं तो अलग-अलग आयतों को देखने के लिए समस्या है। मुझे यह विचार पसंद आया और इसे परियोजना में जोड़ दिया।

इन परिवर्तनों के साथ, मुझे मेरे एक मित्र द्वारा किया गया योगदान मिला है, जो कि GitHub प्रवाह का उपयोग करके अभ्यास करना चाहता था।

परिणामस्वरूप, मैंने एक नया संस्करण v2.2.0 जारी किया है।

पुस्तकालय का नया चरण। मई 2019

मुझे जर्मनी के कार्ल्सरुहे से टोबसेफ से एक मुद्दा मिला है। वह परीक्षणों के लिए एक पुस्तकालय के रूप में छवि-तुलना का उपयोग करना चाहता था। लेकिन वह अधिक कार्यक्षमता चाहता था।

उस समय, पुस्तकालय में मुख्य तरीका तुलनाइमेज () था जो परिणामस्वरूप नई छवियां लौटाता था।

TobseF ने तुलना के तहत छवियों के साथ ComparisonResult वस्तु को वापस करने के लिए ComparImages () विधि को अद्यतन करने का प्रस्ताव किया, तुलना (तुलना, मिसमैच, सिज़ेमिसमैच) से तुलना करें। यह परीक्षणों में उपयोग करने में मदद करेगा।

इसके अलावा, उन्होंने कुछ कॉन्फ़िगरेशन विकल्पों को जोड़ने का प्रस्ताव दिया, जो उनकी मदद करेंगे।

मुझे ये प्रस्ताव पसंद थे, लेकिन परिवर्तन पिछड़े-संगत नहीं थे और कोडबेस का हिस्सा हटा दिया गया था, जो मैं रहना चाहता था। इसलिए मैंने बदलावों को खारिज कर दिया।

फिर भी, मैंने इसे खुद से लागू करने का फैसला किया। छवि-तुलना में सुधार के लिए यह एक बेहतरीन विचार था।

इसके अलावा, मिका ने नए बदलावों को प्रस्तावित किया - उन क्षेत्रों को जोड़ें, जिनकी तुलना में अनदेखी की जा सकती है। यह परीक्षण के लिए भी उपयोगी है। इसलिए इन बदलावों को भी जोड़ा गया।

नतीजतन, v3.0.0 जारी किया गया है।

संस्करण 3.0.0 एक वास्तविक पुस्तकालय बन गया, जो डेवलपर्स के लिए उपयोगी हो सकता है। मैं इतना महान था, कि छवि-तुलना बढ़ती है।

उत्पादन में उपयोग करना। जून 2019

जून की शुरुआत में, मुझे ऑटोमेशन क्यूए इंजीनियर से एक ईमेल प्राप्त हुआ, जिसमें छवि-तुलना के बारे में कई प्रश्न थे। उन्होंने कहा, कि वह उत्पादन के लिए स्वचालन क्यूए परीक्षणों में इसका इस्तेमाल करना चाहते थे।

उत्पादन परीक्षण! मैं इसे सुनकर बहुत उत्साहित था। यह GitHub पर एक पालतू-परियोजना नहीं थी, यह एक वास्तविक उत्पादन था। वाह! मैंने वह सब वर्णित किया जो मैं कर सकता था।

उन्होंने कहा, वह छवि-तुलना एकमात्र पुस्तकालय थी जो उन्हें मिली, जिसमें दो छवियों की तुलना बहिष्कृत क्षेत्रों से की जा सकती थी। लेकिन बाहर के क्षेत्रों की कार्यक्षमता के रूप में वह चाहता था काम नहीं किया।

छवि-तुलना को बेहतर बनाने के लिए हम दो महीने से साथ काम कर रहे हैं।

नतीजतन, यह v3.1.1 रिलीज था।

आला खोज। जुलाई 2019

मैं समझ गया कि छवि-तुलना स्वचालन क्यूए इंजीनियर के लिए उपयोगी हो सकती है ताकि परीक्षणों में इसका उपयोग किया जा सके।

इसलिए मुझे अका-मंच मिला, जहां मैंने छवि-तुलना के बारे में एक लेख प्रकाशित किया। मुझे उपयोगी प्रतिक्रिया मिली है और v3.2.0 और v3.3.0 जारी किया है।

कृपया, यदि आप एक अन्य मंच जानते हैं, जहाँ छवि-तुलना दिखाई जा सकती है - इसे टिप्पणियों पर लिखें। यह छवि-तुलना को इससे बेहतर बनाने में मदद करेगा।

इसके बाद, मुझे GitHub रिपॉजिटरी मिली, जिसमें पुस्तकालयों के लिए उपयोगी लिंक हैं और उनमें छवि-तुलना जोड़ी गई है।

अब। नवंबर 2019

छवि-तुलना में 60 प्रारंभ, 33 कांटे, 10 निर्भरता के रूप में जीथब पर उपयोग होता है।
मुझे लगता है कि यह ओपन-सोर्स समुदाय का एक शानदार परिणाम है जो मुझे एक नया पुस्तकालय लाने में मदद करता है।

यह एक लंबा रास्ता है और मेरा मानना ​​है कि यह केवल शुरुआत है।

मैं आपको उन सभी योगदानकर्ताओं को धन्यवाद कहना चाहता हूं, जो मेरे साथ छवि-तुलना का निर्माण कर रहे हैं।

पढ़ने के लिए धन्यवाद।

सबसे अच्छा संबंध है,
रोमन।