Rspec-rails: सुविधा परीक्षण चलाते समय रुपयेपेक को नहीं मार सकता।

मैंने इसके साथ प्रयास किया:

  %w[rspec-core rspec-expectations rspec-mocks rspec-rails rspec-support].each do |lib|
    gem lib, :git => "https://github.com/rspec/#{lib}.git", :branch => 'master'
  end

लेकिन वही व्यवहार।

हम्म मुझे यकीन नहीं है कि अगर प्यूमा Ctrl-C को इंटरसेप्ट कर रहा है तो हम बहुत कुछ कर सकते हैं, क्या आपने Ctrl-C दो बार कोशिश की?

हां, मैंने कई बार Ctrl-C की कोशिश की लेकिन इसका कोई असर नहीं हुआ। मैं इस मुद्दे को प्यूमा रेपो में भी उठाऊंगा।

क्या आप प्यूमा को गैर-क्लस्टर मोड में कॉन्फ़िगर करने का प्रयास कर सकते हैं, आपको श्रमिकों को 0 पर और थ्रेड्स को 0,1 पर सेट करने की आवश्यकता है #1813 पर बातचीत देखें

@JonRowe मैंने इस तरह होने के लिए puma.rb कॉन्फ़िगर किया है:

threads 0, 1
port        ENV.fetch("PORT") { 3000 }
environment ENV.fetch("RAILS_ENV") { "development" }
workers 0
plugin :tmp_restart

फिर मैं परीक्षण चलाता हूं:

rspec spec/features
Run options:
  include {:focus=>true}
  exclude {:slow=>true}

All examples were filtered out; ignoring {:focus=>true}
Puma starting in single mode...                                                                                                                           |  ETA: ??:??:??
* Version 3.10.0 (ruby 2.4.2-p198), codename: Russell's Teapot
* Min threads: 0, max threads: 4
* Environment: test
* Listening on tcp://127.0.0.1:62430
Use Ctrl-C to stop
^C- Gracefully stopping, waiting for requests to finish
=== puma shutdown: 2017-10-25 08:42:29 +0200 ===
- Goodbye!

प्यूमा बंद था लेकिन आरएसपीईसी नहीं था। मुझे टैब बंद करना पड़ा।

मेरा भी यही विचार है। 3.6.0 वापस लौटने से यह ठीक हो जाता है। हम सिस्टम परीक्षणों का उपयोग नहीं कर रहे हैं, हालांकि puma हमारे रत्न में एक निर्भरता है।

rspec-rails 3.7 जिसने सिस्टम परीक्षण पेश किया, इसका कारण यह प्रतीत होता है क्योंकि इसके लिए actiondispatch/system_test_case की आवश्यकता होती है जो कि जब आवश्यक हो तो ActionDispatch::SystemTesting::Server का उपयोग करके Rack::Handler::Puma जो Puma::Launcher का उपयोग करता है जो सिग्नल को हाईजैक करता है, के माध्यम से प्यूमा शुरू करता है , अपरिहार्य रूप से। आपको सिस्टम परीक्षणों का उपयोग करने की भी आवश्यकता नहीं है, हो सकता है कि आप केवल एक इकाई परीक्षण चला रहे हों और यह अभी भी प्यूमा और ऐप को बूट करता है।

ऐसा लगता है कि action_dispatch/system_test_case rspec-rails द्वारा तब तक आवश्यक नहीं होना चाहिए जब तक कि SystemExampleGroup वास्तव में शुरू नहीं हो जाता है, या कम से कम परिभाषित नहीं किया जाता है।

अपस्ट्रीम, उन्हें शायद प्यूमा :: सर्वर सीधे या कुछ और का उपयोग करना चाहिए।

टीबीएच यह एक समस्या की तरह लगता है जिसे रेल अपस्ट्रीम में संभाला जाना चाहिए, अगर लोग इसे यहां अनुभव कर रहे हैं तो संभावना है कि यह रेल में भी एक समस्या के रूप में मौजूद है।

मैं सहमत हूं, हालांकि यह मिनिटेस्ट के साथ अपस्ट्रीम में उतनी समस्या नहीं है, जब तक कि आपको action_dispatch/system_test_case आवश्यकता न हो, आमतौर पर सिस्टम टेस्ट केस (एलओएल ऑटोलोडिंग) को परिभाषित करके। समस्या यह है कि rspec-rails को अनिवार्य रूप से action_dispatch/system_test_case ।

क्या आप एक पैच स्वीकार करेंगे जो बूट से बचते हुए सिस्टम टेस्ट केस को लोड करने में देरी करता है?

समस्या निश्चित है, लेकिन प्यूमा के सभी कॉन्फ़िगरेशन सही ढंग से बंद नहीं होते हैं, और रेल सिस्टम परीक्षण इसे बूट करने के लिए कॉन्फ़िगर कर रहे हैं।

हम्म। हाँ, मुझे लगता है कि प्यूमा कॉन्फिग को बेहतर अपस्ट्रीम किया जाना चाहिए। उदाहरण के लिए, प्यूमा स्वचालित रूप से "RACK_ENV" को "विकास" पर सेट करता है, जिसने हमारे परीक्षणों को भी तोड़ दिया जब हमने बस rspec-rails को टक्कर दी। लेकिन यह एक अलग मुद्दा है।

मुझे नहीं लगता कि यूनिट टेस्ट चलाने से प्यूमा या मेरे ऐप को बूट करना चाहिए, या मेरी कैपीबारा सेटिंग्स पर स्टॉम्प करना चाहिए। बस टक्कर rspec-rails ने इन सभी चीजों को किया है।

मैं सिस्टम टेस्ट सेटअप में सुधार करने वाले पीआर को स्वीकार करूंगा, लेकिन यह इस मुद्दे को "बंद" नहीं करता है।

यह इस समस्या को ठीक करेगा जब लोग SystemExampleGroup का उपयोग नहीं कर रहे हैं (केवल फीचर स्पेक्स का उपयोग कर रहे हैं), लेकिन यदि आप नए सिस्टम स्पेक्स का उपयोग नहीं करना चाहते हैं - तो इसके लिए अपस्ट्रीम फिक्स की आवश्यकता होगी। :-(

यह उन लोगों के लिए इस समस्या को ठीक नहीं करेगा जिनके पास "खराब" * कॉन्फ़िगरेशन है जो गलती से अपने सर्वर को प्रक्रिया में बूट करते हैं।

सिस्टम परीक्षण "सामान्य"* कॉन्फ़िगरेशन में सही ढंग से काम करते हैं।

* रेल जो कुछ भी कर रही है उसकी परिभाषाओं से :)

action_dispatch/system_test_case लोड नहीं करने से लोग खराब/पुराने/विरासत कॉन्फ़िगरेशन में ठीक हो जाएंगे। यह सामान्य/I'm-use-system-tests-with-rspec कॉन्फ़िगरेशन में लोगों को ठीक नहीं करेगा - उनके पास अभी भी Ctrl+C नहीं होगा।

कुछ करेंगे, कुछ नहीं करेंगे, यह प्यूमा कॉन्फिग पर निर्भर करता है।

action_dispatch/system_test_case लोड नहीं होने का मतलब है कि प्यूमा कॉन्फिग को छुआ/लोड/कुछ भी नहीं किया जाएगा।

माना। मेरा कहना यह है कि लोड हो रहा है action_dispatch/system_test_case प्यूमा कॉन्फिगरेशन के साथ समस्या को सरफेस करता है, इसलिए सामान्य कॉन्फ़िगरेशन में यह समस्या नहीं है, यह केवल खराब कॉन्फ़िगरेशन है और इसके लिए इसकी आवश्यकता होती है। इसलिए इस समस्या को ठीक नहीं किया जाएगा, क्योंकि लोड होने पर इसकी प्यूमा कॉन्फ़िगरेशन इस व्यवहार का कारण बनती है, और action_dispatch/system_test_case लोड करने में देरी केवल इसे खराब कॉन्फ़िगरेशन वाले लोगों से छुपाती है।

मैं लोडिंग में देरी के साथ पूरी तरह से ठीक हूं, बस इसमें समृद्धि के लिए वास्तविक मुद्दे का दस्तावेजीकरण कर रहा हूं।

आह हाँ, मैं देख रहा हूँ कि हम आक्रामक रूप से सहमत हो रहे हैं

बस एक नोट: आप Capybara.server = :webrick और प्यूमा की समस्या दूर हो जाती है। जब तक यह ठीक नहीं हो जाता, तब तक मैं यही कर रहा हूं।

क्या इस समस्या से पीड़ित कोई व्यक्ति अपना प्यूमा कॉन्फिगर यहां पेस्ट कर सकता है? मैं एक सादे रेल ऐप के साथ दोहराने में असमर्थ था, #1903 एक स्पिन भी देता हूं क्योंकि यह हमारे सिस्टम परीक्षण एकीकरण में देरी करता है जब तक कि इसका उपयोग नहीं किया जाना चाहिए।

@JonRowe पूर्ण डेमो: https://github.com/Nerian/sample-capybara-rspec-issue

हां, जो इसे दोहराता है, और मुझे विश्वास दिलाता है कि समस्या puma है जो हमारे ऊपर अपना स्वयं का सिग्नल हैंडलर स्थापित कर रहा है, यह वास्तव में हमारे अंत में एक हल करने योग्य समस्या नहीं है, प्यूमा को रेल द्वारा लोड करने की आवश्यकता है जिस तरह से हमारे इंटरप्ट हैंडलर पर स्टॉम्प नहीं होता है। क्या आप मास्टर पर नए संस्करण की कोशिश कर सकते हैं जो सिस्टम परीक्षणों को लोड करने में देरी करता है इस प्रकार उम्मीद है कि प्यूमा बिल्कुल भी ट्रिगर नहीं होगा? सिस्टम परीक्षणों के लिए समस्या अभी भी बनी रहेगी

@JonRowe

मैंने अपना नमूना अपडेट किया और अब यह मास्टर का उपयोग करता है:

https://github.com/Nerian/sample-capybara-rspec-issue

यह वह आउटपुट है जो मुझे मिलता है:
https://gist.github.com/Nerian/93716d084bb4a9cfcce0a75f98263277

मैंने कुछ परीक्षण पास किए, फिर मैंने ctrl-c मारा। प्यूमा सर्वर बंद है लेकिन आरएसपीईसी प्रक्रिया परीक्षण चलाना जारी रखती है - और विफल हो जाती है क्योंकि सर्वर कोई मोरो नहीं है।

हां आपका नमूना इस मुद्दे को प्रदर्शित करता है, बस कुछ भी नहीं है जो हम आरएसपीईसी के पक्ष में कर सकते हैं।

@JonRowe , क्या इस मुद्दे को हल करने के लिए हम कुछ कर सकते हैं? रेल के साथ एक मुद्दा खोलने की तरह? हालाँकि मुझे ऐसा लगता है कि मैं एक सार्थक मुद्दे को लिखने के लिए समस्या के बारे में बहुत कम जानता हूँ।

मैंने यहां "खराब" और "सामान्य" कॉन्फ़िगरेशन के बारे में बहुत कुछ पढ़ा, लेकिन यह पता नहीं लगा सका कि वास्तव में इसका क्या मतलब है, न ही अच्छे या बुरे कॉन्फिगरेशन के उदाहरण। क्या आप शायद एक प्रदान कर सकते हैं या मुझे सही दिशा में इंगित कर सकते हैं?

बहुत अच्छा होगा अगर हम इसका समाधान कर सकें।

आह, मैंने अभी https://github.com/rails/rails/pull/30638 https://github.com/rails/rails/pull/30712 पाया है, शायद इसे रेल 5.1.5 और 5.2 में हल किया गया है। मैं 5-1-stable कोशिश करूँगा और इस सप्ताह या अगले सप्ताह वापस रिपोर्ट करूँगा।

कोई खबर @ aried3r? मैंने उन पीआर को लेने की कोशिश की, लेकिन मुझे कोई अंतर नहीं दिख रहा है, सिस्टम परीक्षणों को बाधित करना असंभव है। :विचारधारा:

रेल 5.1.4 और रुपेक 3.7.0 के साथ यहाँ भी यही समस्या है

@ deivid-rodriguez मुझे अभी भी रेल 5.1.5 में यह समस्या आ रही है।

मुझे यह समस्या रुक-रुक कर आती है, हालाँकि मैंने इसे थोड़ी देर में नहीं देखा है (मेरी पिछली टिप्पणी के बाद से)। मुझे उम्मीद है कि इसे Rails 5.2 में ठीक कर लिया जाएगा।

यह रेल 5.1 और कैपिबारा द्वारा Rack::Handler::Puma.run माध्यम से प्यूमा लॉन्च करने के कारण है जो सिग्नल ट्रैप स्थापित करता है - कैपीबारा के लिए फिक्स https://github.com/teamcapybara/capybara/pull/1992 है

मैंने इस मुद्दे को पतले के साथ अनुभव किया। यहाँ पीआर मैंने कैपिबारा टीम के साथ खोला है: https://github.com/teamcapybara/capybara/pull/2022

मैंने नेरियन की टिप्पणी से उदाहरण कोड लिया और यह समस्या अब नहीं होती है।

इग्निसफ की टिप्पणी के आधार पर के रेपो में इस मुद्दे ने इसे ठीक कर दिया ।

परीक्षण केस कोड पर एक बंडल स्थापित प्यूमा 3.10.0 स्थापित। डेविड-रोड्रिग्ज द्वारा संदर्भित मुद्दा इंगित करता है कि इसे प्यूमा 3.6.0 में ठीक किया गया था।

शानदार