Rspec-core: डिबगिंग विफलताओं के लिए अधिक संदर्भ के रूप में चर के मूल्यों को जोड़ने के लिए फ़ीचर अनुरोध

को निर्मित 9 अप्रैल 2019 · 5टिप्पणियाँ · स्रोत: rspec/rspec-core

मुद्दे का विषय

परीक्षण कैसे स्थापित किया जाता है, इस पर निर्भर करते हुए, कुछ परीक्षण केवल कुछ संदर्भों में विफल होते हैं जैसे यादृच्छिक सेटअप डेटा, इसके साथ समय, या अन्य चर जो परीक्षण के संदर्भ को बनाते हैं। उस विशिष्ट संदर्भ में इंजीनियर को उलटना कठिन हो सकता है जिसके तहत परीक्षण विफल हो जाता है।

ऐसी स्थिति के लिए, यह डिबगिंग उद्देश्यों के लिए सहायक होगा। यदि संदर्भ चर के मान प्रदर्शित करने वाली स्ट्रिंग के साथ विफलता संदेश को जोड़ने का

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

यह एक समान प्रयास की तरह लगता है: https://til.hashrocket.com/posts/a50b3d9313-append-an-rspec-failure-message

आपका पर्यावरण

रूबी संस्करण: 2.6.2
आरएसपीसी-कोर संस्करण: 3.8.0

वर्तमान व्यवहार

1) Colors::awesome_color starts with g
     Failure/Error: expect(subject.awesome_color).to start_with 'g'
       expected "red" to start with "g"
     # ./spec/lib/colors.rb:22:in `block (5 levels) in <top (required)>'

भविष्य का व्यवहार

1) Colors::awesome_color starts with g
     Failure/Error: expect(subject.awesome_color).to start_with 'g'
       expected "red" to start with "g"
     Context: 
       Variable <strong i="23">@colors</strong> was 'red'. Date was '2019-04-10'
     # ./spec/lib/colors.rb:22:in `block (5 levels) in <top (required)>'

स्रोत

gaganawhad

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

हां, जिन स्थानों को आपको देखने की जरूरत है, वे हमारे फॉर्मेटर हैं (अतिरिक्त आउटपुट को संभालने के लिए), आपको इस बात पर विचार करना होगा कि "संदर्भ" को कैसे ट्रैक किया जाए, #2616 से एक सुझाव लेट्स का उपयोग करना है जिसका उपयोग किया गया है (जांच कर रहा है कि क्या उन्होंने याद किया गया है और उस मूल्य का उपयोग कर रहा है)

JonRowe 11 अप्रैल 2019

👍2

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

:wave: एक कस्टम विफलता संदेश जोड़ने की क्षमता पहले से मौजूद है:

जैसे

expect(subject.awesome_color).to(
  start_with('g'),
  "Expected colour to start with 'g' was #{subject.awesome_color}\n" \
  "Context: <strong i="7">@colours</strong> #{@colours}, Date #{@date}"
)

मुझे लगता है कि मैं एक पीआर का समर्थन करूंगा जहां आप उदाहरण में सेट कर सकते हैं कि कुछ डेटा क्या था, आखिरकार हमारे पास उदाहरण मेटाडेटा है जिसमें एक संदर्भ शामिल हो सकता है ... और फिर यह हमारे फॉर्मेटर्स को समर्थन देने के लिए संशोधित करने का मामला होगा। ..

JonRowe 10 अप्रैल 2019

@JonRowe को वापस

हाँ, मैं अभी के लिए उस शैली का उपयोग कर सकता हूँ! मुझे कई परीक्षणों के लिए ऐसा करना होगा। जैसा कि आप सुझाव दे रहे हैं, context / describe पर इसका समर्थन करना अच्छा होगा, चीजों को सुखाने के लिए और मौजूदा विफलता संदेश का पुन: उपयोग करना अच्छा होगा। :-)

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

एक बार फिर धन्यवाद!

gaganawhad 10 अप्रैल 2019

JonRowe 11 अप्रैल 2019

👍2

क्या ऐसा कुछ आपके लिए पर्याप्त होगा @gaganawhad ?

  after do |example|
    instance_variables.reject { |v| v =~ /@__/ }.each { |v| puts "#{v}: #{instance_variable_get(v)}" }
  end

मेटाडेटा का उपयोग करना शामिल करना संभव होगा, अर्थात:

  after(:dump_ivars) do |example|
    instance_variables.reject { |v| v =~ /@__/ }.each { |v| puts "#{v}: #{instance_variable_get(v)}" }
  end

  describe 'something', :dump_ivars do
  ...
  end

दुर्भाग्य से, यह समझना अभी तक संभव नहीं है कि क्या कोई उदाहरण उस स्तर पर अभी तक विफल हुआ है, क्योंकि एक उम्मीद after हुक में सेट की जा सकती है, और इसे बदल सकती है।

pirj 10 जन॰ 2020

मुझे बस aggregate_failures , लेकिन इसके सक्रिय होने के साथ ही केवल एक ही विफलता होने पर भी।

it "parses all entries correctly" do
  result = Parser.call(bar_owner)
  result.each do |entry|
    aggregate_failures("Entry #{entry.id}") do
      expect(entry.name).to match(/\A[A-z][a-z]+\z/)
      expect(entry.owner).to eq(bar_owner)
      expect(entry.tags).to be_present
    end
  end
end

यदि आपको वहां दो त्रुटियां मिलती हैं तो आपको एक अच्छा संदर्भ मिलता है ( Entry 76: … ), लेकिन जब आप उनमें से एक को ठीक करते हैं तो संदर्भ फिर से चला जाता है और आप एक ऐसी त्रुटि पर वापस आ जाते हैं जिसे अतिरिक्त प्रिंट जोड़े बिना समझना बहुत कठिन होता है लूप में बयान और फिर से चल रहा है।

कैसे एक के बारे में with_failure_context(extra_message) { … } विधि है कि काम करता है और के लिए इसी तरह काम करता है aggregate_failures ?

Mange 18 दिस॰ 2020

👀1

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

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