Vcr: नया रिकॉर्ड मोड "re_record"

को निर्मित 8 मई 2019 · 6टिप्पणियाँ · स्रोत: vcr/vcr

सबसे पहले, वीसीआर रत्न के लिए धन्यवाद! हम इसका बहुत बार उपयोग कर रहे हैं और यह बहुत अच्छा काम कर रहा है।

क्या आपका फीचर अनुरोध किसी समस्या से संबंधित है?
हम परीक्षण में धीमी/अस्थिर HTTP संचार को रोकने के लिए वीसीआर का उपयोग कर रहे हैं। कभी-कभी बदला हुआ कोड अलग-अलग अनुरोधों को उकसाता है, इस प्रकार कैसेट की फिर से रिकॉर्डिंग की आवश्यकता होती है।

वीसीआर कैसेट (>200) की मात्रा के साथ-साथ कैसेट स्थान से परीक्षण को अलग करना फिर से रिकॉर्डिंग को थोड़ा कठिन बना देता है। मान लें कि मुझे सभी खोज परीक्षणों को फिर से रिकॉर्ड करने की आवश्यकता है, मुझे यह देखने और खोजने की ज़रूरत है कि संबंधित कैसेट कहाँ संग्रहीत हैं, rm उन्हें मैन्युअल रूप से, और फिर उन सभी परीक्षणों को चलाएं जो उनके कैसेट को खो देते हैं (केवल वे, सबसे अच्छे रूप में)।

आप जो समाधान चाहते हैं उसका वर्णन करें
यदि वीसीआर में (डिफ़ॉल्ट कैसेट विकल्प) record_mode: :re_record होता, तो मैं इसे चालू कर देता और केवल उन परीक्षणों को चलाता जिन्हें मैं छोड़ना चाहता हूं और उनके कैसेट को फिर से रिकॉर्ड करना चाहता हूं। बाद में मैं वापस :once मोड पर स्विच करूंगा। विचार यह है कि डेवलपर केवल परीक्षण चलाकर फिर से रिकॉर्ड कर सकता है।

(संभवत: मैं re_record मोड के सक्रियण को एक ENV संस्करण के माध्यम से फ़नल कर दूंगा जो VCR कॉन्फिगरेशन में पढ़ा जाता है, लेकिन यह दायरे से बाहर है। उदाहरण: VCR=re_record <run tests> )

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

record_mode: :all न तो कोई समाधान है। हालांकि यह पिछले अनुरोधों को अद्यतन करता है और नए अनुरोध जोड़ता है, यह अप्रयुक्त अनुरोधों को नहीं छोड़ता है। allow_unused_http_interactions: false विकल्प के साथ, यह एक व्यवहार्य समाधान नहीं है।

तुम क्या सोचते हो?

स्रोत

codener

👍9

सबसे उपयोगी टिप्पणी

प्रिय @krainboltgreene ,

आपके जवाब के लिए धन्यवाद। दुर्भाग्य से, मुझे आपकी बात पूरी तरह से समझ में नहीं आ रही है। वीसीआर खुद को (गीथब विवरण) एक सेवा के रूप में प्रस्तुत करता है:

अपने परीक्षण सूट के HTTP इंटरैक्शन को रिकॉर्ड करें और तेज, नियतात्मक, सटीक परीक्षणों के लिए भविष्य के परीक्षण रन के दौरान उन्हें फिर से चलाएं।

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

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

जैसा कि प्रारंभिक पोस्ट में कहा गया है, :all मोड करीब हो रहा है, लेकिन यह allow_unused_http_interactions: false के साथ मिलकर काम नहीं करता है। केवल _adding_ नए अनुरोधों के द्वारा, वीसीआर पुराने इंटरैक्शन को इधर-उधर रखता है और शिकायत करेगा (जैसा कि कॉन्फ़िगर किया गया है)। एक तरह से यहां खुद को ब्लॉक कर रहा है।

इसे ध्यान में रखते हुए, मेरा मानना है कि पिछले अनुरोधों को छोड़कर कैसेट को फिर से रिकॉर्ड करने का विकल्प वीसीआर फीचर सेट को पूरा करता है। नए रिकॉर्डिंग मोड के बजाय कॉन्फ़िगरेशन विकल्प का उपयोग करने वाले @mhuntglickman का दृष्टिकोण मुझे ठीक लगता है।

codener 16 सित॰ 2019

👍6

सभी 6 टिप्पणियाँ

नमस्ते @codener (और @mhuntglickman)!

लंबे समय से जवाब न देने के लिए खेद है, लेकिन मुझे यकीन नहीं है कि वीसीआर को इस विकल्प की आवश्यकता है। आप जिस मौलिक मुद्दे का सामना कर रहे हैं वह अनिवार्य रूप से मेरी राय में वीसीआर मुद्दा नहीं है।

वीसीआर एक जटिल फ़ंक्शन कॉल का त्वरित रूप से मज़ाक उड़ाने का एक तरीका है: HTTP अनुरोध। आदर्श रूप से आपको HTTP अनुरोध के ऊपर एक परत का मज़ाक उड़ाया जाना चाहिए, क्योंकि वह हिस्सा बदल सकता है। हो सकता है कि आप एक नए सेवा प्रदाता का उपयोग करें, हो सकता है कि आप ग्राफ़क्यूएल के पक्ष में HTTP का उपयोग करना बंद कर दें, या हो सकता है कि आप अपने स्वयं के इंटरफ़ेस का उपयोग करें।

इसलिए जब मैं देखता हूं "हमारे पास डिस्क पर संग्रहीत 200 HTTP अनुरोध हैं जिन्हें हम फिर से चलाते हैं और कभी-कभी वे गलत होते हैं क्योंकि HTTP अनुरोध स्वयं अलग होता है (टूटे हुए के बजाय)" मुझे उत्तर देने की आवश्यकता महसूस होती है: "आपके परीक्षण इस बारे में क्यों परवाह करते हैं कि कैसे उस क्रिया को लपेटने वाली परत के बदले कुछ किया जाता है?"

मुझे लगता है कि इसका मतलब बनता है। @olleolleolle , झंकार करने की परवाह है?

krainboltgreene 15 सित॰ 2019

👍3

मुझे लगता है कि आप जो कह रहे हैं वह मुझे मिल गया है, लेकिन आइए एक उदाहरण के बारे में बात करते हैं जहां मैं इस ध्वज का आनंद ले सकता हूं। मान लें कि मेरे पास परीक्षणों का एक सूट है जो सुनिश्चित करता है कि स्ट्राइप के साथ मेरा एकीकरण अंत तक काम करता है, जिसमें वीसीआर उस प्रक्रिया का हिस्सा है। जबकि मैं अंत से अंत तक नकली हो सकता था और परत के बीच जा सकता था, मुझे यह ज्ञान पसंद है कि अगर मैं स्ट्रिप एपीआई को टक्कर देता हूं तो मैं अपना सूट पूरी तरह से चला सकता हूं और जान सकता हूं कि मेरे वीसीआर को उड़ाकर चीजें ठीक हैं। मुझे लगता है कि आप सुझाव दे रहे हैं कि बीच की परत केवल वीसीआरडी है, इसलिए यह हटाने के लिए एकमात्र कैसेट होगा (एपीआई को अपडेट करते समय), इस तरह की सुविधा को प्रस्तुत करना? (या कि मैं :all अस्थायी रूप से चालू करता हूं, और अगर वीसीआर के पास अतिरिक्त अनुरोध हैं तो कोई परवाह नहीं है।)

FeminismIsAwesome 15 सित॰ 2019

"मैं अपने द्वारा उपयोग की जाने वाली बाहरी HTTP सेवा में एक संस्करण टक्कर का परीक्षण कैसे करूं" एक बहुत ही आकर्षक मामला है, लेकिन जैसा कि आप "सभी" को रिकॉर्ड मोड सेट करने की ओर इशारा करते हैं, अस्थायी रूप से आपको वही परिणाम मिलता है, उदाहरण के लिए mode: ENV["RERECORD"] ? :all : :once ।

krainboltgreene 16 सित॰ 2019

👍1

प्रिय @krainboltgreene ,

अपने परीक्षण सूट के HTTP इंटरैक्शन को रिकॉर्ड करें और तेज, नियतात्मक, सटीक परीक्षणों के लिए भविष्य के परीक्षण रन के दौरान उन्हें फिर से चलाएं।

codener 16 सित॰ 2019

👍6

प्रिय @krainboltgreene , @olleolleolle ,

कृपया मुझे बताएं कि क्या मैं यहां कोई मदद कर सकता हूं।

/संपादित करें: नीचे एक टिप्पणी थी जिसका क्रैनबोल्टग्रीन जिक्र कर रहा है, और उसे हटा दिया गया है।

codener 18 अक्तू॰ 2019

मुझे परवाह नहीं है कि आप कितने निराश हैं। मैं इसे अपने समय पर करूंगा और मैं आपकी टाइमलाइन पर ध्यान नहीं दे रहा हूं। कृपया इस तरह की टिप्पणी फिर कभी ओपन सोर्स पर न करें।

krainboltgreene 1 नव॰ 2019

😕1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Vcr: नया रिकॉर्ड मोड "re_record"

सबसे उपयोगी टिप्पणी

सभी 6 टिप्पणियाँ

संबंधित मुद्दों