सेंट पीटर्सबर्ग में एल्योर सर्वर मीटअप के लिए पंजीकरण खुला है

हम आपको लुभाने के सेंट पीटर्सबर्ग कार्यालय में 21 मार्च को आयोजित होने वाले एल्योर सर्वर मीटअप में आमंत्रित करते हैं।
प्रत्येक परीक्षण विभाग गति और गुणवत्ता की गति के लिए प्रतिबद्ध है। हम वरिके पर बड़ी संख्या में ऑटोटेस्ट लिखते हैं, उन्हें जितनी जल्दी हो सके चलाएं, और एक ही समय में उनके समर्थन और प्रलेखन पर न्यूनतम समय बिताने का प्रयास करें। हम ऑटोमेशन फ्रेमवर्क और टूल्स के संबंध में लंबे समय से qameta.io के साथ सहयोग कर रहे हैं। इसलिए अब एक साल से अधिक समय से हम नई TMS प्रणाली - Allure.Server में रोल कर रहे हैं, जो टेस्ट डॉक्यूमेंटेशन आयोजित करने और ऑटोटेस्ट को प्रबंधित करने के बारे में हमारे विचारों के साथ अच्छी तरह से फिट बैठता है। Allure.Server बैठक में हम इस प्रणाली, उपयोग पैटर्न और इस प्रणाली के शीर्ष पर तकनीकी कार्यान्वयन के बारे में अधिक बात करेंगे।

कार्यक्रम में:

एंटोन बशकिरोव - एल्योर सर्वर: व्रीके में टेस्ट केस मैनेजमेंट का रूपांतरण

मैं इस बारे में बात करूँगा कि एल्योर सर्वर का उपयोग करके हम कैसे वारिक में हैं, "स्व-परीक्षणों के प्रलेखन" के सिद्धांत पर परीक्षण प्रलेखन बनाने की प्रक्रिया का आयोजन किया।

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

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

इवान वारिवोडा - संगरोध परीक्षण या 10K सेलेनियम परीक्षणों के साथ पागल होने के लिए कैसे नहीं

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

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

हम इस बारे में बात करेंगे कि परीक्षणों को जल्दी से कैसे बंद करें, परीक्षण संगरोध क्या है, इसकी आवश्यकता क्यों है, और यह Wrike पर कैसे काम करता है और Allure Server को इसके साथ क्या करना है।

चर्चा: एर्टोम इरोसेंको, मिखाइल लेविन

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

हम 21 मार्च से 19:00 तक व्रीक कार्यालय में आपका इंतजार कर रहे हैं।

पंजीकरण

UPD: रिपोर्ट प्रविष्टियाँ habr.com/ru/company/wrike/blog/454730