रेल ऐप्स पर सेलेनियम परीक्षणों के साथ आप किस डेटा का उपयोग करते हैं? क्या आप फिक्स्चर से लोड करते हैं? मौजूदा देव डीबी का प्रयोग करें? एक अलग (गैर-स्थिरता) डीबी का प्रयोग करें?फिक्स्चर और सेलेनियम और रेल (ओह मेरा?)
मैं यहां अपने विकल्पों पर विचार कर रहा हूं। मेरे पास एक बड़े सेलेनियम परीक्षण सूट के साथ एक रेल ऐप है जो सेलेनियम ग्रिड के एक संशोधित संस्करण पर चलता है। परीक्षण सुइट रन से पहले, प्रक्रिया का एक हिस्सा, एक बार, फिक्स्चर का एक बड़ा सेट लोड कर रहा है। यह बहुत कम डेटा है। इसमें से अधिकांश हमारे उत्पादन डीबी से निर्यात की गई जानकारी रिपोर्टिंग है। जब मैंने इसे मूल रूप से सेट किया, तो मैंने डेटा को ओरेकल से यमल में निर्यात किया।
अब कुछ रिपोर्टिंग टेबल में स्कीमा परिवर्तन आया है, इसलिए निश्चित रूप से मुझे स्थिरता डेटा को पुन: उत्पन्न करना होगा। इसमें बहुत कुछ है कि फाइलों को हाथ से संपादित करना उचित नहीं है। लेकिन ऐसा लगता है कि हर छोटी स्कीमा परिवर्तन के लिए पुन: उत्पन्न करना अक्षम है - यह उल्लेख न करें कि यह करने के लिए याद रखने का एक और कदम है। क्या कोई बेहतर तरीका है?
संपादित करें: मूल रूप से प्रत्येक परीक्षण से पहले जुड़नार लोड करना और नियमित परीक्षण परीक्षणों जैसे प्रत्येक परीक्षण के बाद उन्हें उतारना था। लेकिन इस रिपोर्टिंग डेटा के कारण फिक्स्चर लोड करने में लगभग 15 मिनट लगते हैं। 200+ परीक्षण हैं, और सुइट हर 12 घंटे चलता है। मैं spacetime कप्तान मोड़ कर सकते हैं!
संपादित करें 2: मैं यह भी मानता हूं कि इस बड़े फिक्स्चर का एक खराब गंध है। मुझे यकीन नहीं है कि इसे कैसे कम करना है, हालांकि, रिपोर्ट्स बहुत अधिक डेटा एकत्र करती हैं और सेलेनियम परीक्षणों के मूल्य का अधिकतर यह है कि वे रिपोर्ट का परीक्षण करते हैं।
भले ही यह डेटा का एक छोटा सा सेट है, हालांकि ... यह अभी भी स्कीमा परिवर्तनों के साथ समन्वय रखने के लिए एक और सेट है। (हमारे पास इकाई, कार्यात्मक, और [रेल] एकीकरण परीक्षणों के लिए एक अलग, छोटा सेट है।)
जो मुझे अपने मूल प्रश्न पर वापस लाता है - क्या इसे हाथ से करने के अलावा अन्य विकल्प हैं, या उन्हें प्रत्येक को पुन: उत्पन्न करने के लिए याद रखना पहर?
प्रश्न असंबद्ध: क्या आपने रेलवे 3 के साथ सेलेनियम काम करने में कामयाब रहे हैं? किसी को? –