rspec-core 3.0.0.beta2 → 3.0.0.rc1

data/features/configuration/backtrace_exclusion_patterns.feature

@@ -1,105 +0,0 @@
-Feature: Excluding lines from the backtrace
-
-  To reduce the noise when diagnosing , RSpec excludes matching lines from
-  backtraces. The default exclusion patterns are:
-
-    /\/lib\d*\/ruby\//,
-    /org\/jruby\//,
-    /bin\//,
-    /gems/,
-    /spec\/spec_helper\.rb/,
-    /lib\/rspec\/(core|expectations|matchers|mocks)/
-
-  This list can be modified or replaced with the `backtrace_exclusion_patterns`
-  option. Additionally, rspec can be run with the `--backtrace` option to skip
-  backtrace cleaning entirely.
-
-  Scenario: using default backtrace_exclusion_patterns
-    Given a file named "spec/failing_spec.rb" with:
-    """ruby
-    describe "2 + 2" do
-      it "is 5" do
-        expect(2+2).to eq(5)
-      end
-    end
-    """
-    When I run `rspec`
-    Then the output should contain "1 example, 1 failure"
-    And the output should not contain "lib/rspec/expectations"
-
-  Scenario: replacing backtrace_exclusion_patterns
-    Given a file named "spec/spec_helper.rb" with:
-    """ruby
-    RSpec.configure do |config|
-      config.backtrace_exclusion_patterns = [
-        /spec_helper/
-      ]
-    end
-
-    def foo
-      "bar"
-    end
-    """
-    And a file named "spec/example_spec.rb" with:
-    """ruby
-    require 'spec_helper'
-    describe "foo" do
-      it "returns baz" do
-        expect(foo).to eq("baz")
-      end
-    end
-    """
-    When I run `rspec`
-    Then the output should contain "1 example, 1 failure"
-    And the output should contain "lib/rspec/expectations"
-
-  Scenario: appending to backtrace_exclusion_patterns
-    Given a file named "spec/matchers/be_baz_matcher.rb" with:
-    """ruby
-    RSpec::Matchers.define :be_baz do |_|
-      match do |actual|
-        actual == "baz"
-      end
-    end
-    """
-    And a file named "spec/example_spec.rb" with:
-    """ruby
-    RSpec.configure do |config|
-      config.backtrace_exclusion_patterns << /be_baz_matcher/
-    end
-
-    describe "bar" do
-      it "is baz" do
-        expect("bar").to be_baz
-      end
-    end
-    """
-    When I run `rspec`
-    Then the output should contain "1 example, 1 failure"
-    But the output should not contain "be_baz_matcher"
-    And the output should not contain "lib/rspec/expectations"
-
-  Scenario: running rspec with the --backtrace option
-    Given a file named "spec/matchers/be_baz_matcher.rb" with:
-    """ruby
-    RSpec::Matchers.define :be_baz do |_|
-      match do |actual|
-        actual == "baz"
-      end
-    end
-    """
-    And a file named "spec/example_spec.rb" with:
-    """ruby
-    RSpec.configure do |config|
-      config.backtrace_exclusion_patterns << /be_baz_matcher/
-    end
-
-    describe "bar" do
-      it "is baz" do
-        expect("bar").to be_baz
-      end
-    end
-    """
-    When I run `rspec --backtrace`
-    Then the output should contain "1 example, 1 failure"
-    And the output should not contain "be_baz_matcher"

data/features/configuration/custom_settings.feature

@@ -1,84 +0,0 @@
-Feature: custom settings
-
-  Extensions like rspec-rails can add their own configuration settings.
-
-  Scenario: simple setting (with defaults)
-    Given a file named "additional_setting_spec.rb" with:
-      """ruby
-      RSpec.configure do |c|
-        c.add_setting :custom_setting
-      end
-
-      describe "custom setting" do
-        it "is nil by default" do
-          expect(RSpec.configuration.custom_setting).to be_nil
-        end
-
-        it "acts false by default" do
-          expect(RSpec.configuration.custom_setting).to be_falsey
-        end
-
-        it "is exposed as a predicate" do
-          expect(RSpec.configuration.custom_setting?).to be_falsey
-        end
-
-        it "can be overridden" do
-          RSpec.configuration.custom_setting = true
-          expect(RSpec.configuration.custom_setting).to be_truthy
-          expect(RSpec.configuration.custom_setting?).to be_truthy
-        end
-      end
-      """
-    When I run `rspec ./additional_setting_spec.rb`
-    Then the examples should all pass
-
-  Scenario: default to true
-    Given a file named "additional_setting_spec.rb" with:
-      """ruby
-      RSpec.configure do |c|
-        c.add_setting :custom_setting, :default => true
-      end
-
-      describe "custom setting" do
-        it "is true by default" do
-          expect(RSpec.configuration.custom_setting).to be_truthy
-        end
-
-        it "is exposed as a predicate" do
-          expect(RSpec.configuration.custom_setting?).to be_truthy
-        end
-
-        it "can be overridden" do
-          RSpec.configuration.custom_setting = false
-          expect(RSpec.configuration.custom_setting).to be_falsey
-          expect(RSpec.configuration.custom_setting?).to be_falsey
-        end
-      end
-      """
-    When I run `rspec ./additional_setting_spec.rb`
-    Then the examples should all pass
-
-  Scenario: overridden in a subsequent RSpec.configure block
-    Given a file named "additional_setting_spec.rb" with:
-      """ruby
-      RSpec.configure do |c|
-        c.add_setting :custom_setting
-      end
-
-      RSpec.configure do |c|
-        c.custom_setting = true
-      end
-
-      describe "custom setting" do
-        it "returns the value set in the last cofigure block to get eval'd" do
-          expect(RSpec.configuration.custom_setting).to be_truthy
-        end
-
-        it "is exposed as a predicate" do
-          expect(RSpec.configuration.custom_setting?).to be_truthy
-        end
-      end
-      """
-    When I run `rspec ./additional_setting_spec.rb`
-    Then the examples should all pass
-

data/features/configuration/default_path.feature

@@ -1,38 +0,0 @@
-Feature: default_path
-
-  As of rspec-2.7, you can just type `rspec` to run all specs that live
-  in the `spec` directory.
-
-  This is supported by a `--default_path` option, which is set to `spec` by
-  default. If you prefer to keep your specs in a different directory, or assign
-  an individual file to `--default_path`, you can do so on the command line or
-  in a configuration file (`.rspec`, `~/.rspec`, or a custom file).
-
-  NOTE: this option is not supported on `RSpec.configuration`, as it needs to
-  be set before spec files are loaded.
-
-  Scenario: run `rspec` with default default_path (`spec` directory)
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      describe "an example" do
-        it "passes" do
-        end
-      end
-      """
-    When I run `rspec`
-    Then the output should contain "1 example, 0 failures"
-
-  Scenario: run `rspec` with customized default_path
-    Given a file named ".rspec" with:
-      """
-      --default_path behavior
-      """
-    Given a file named "behavior/example_spec.rb" with:
-      """ruby
-      describe "an example" do
-        it "passes" do
-        end
-      end
-      """
-    When I run `rspec`
-    Then the output should contain "1 example, 0 failures"

data/features/configuration/deprecation_stream.feature

@@ -1,58 +0,0 @@
-Feature: deprecation_stream
-
-  Define a custom output stream for warning about deprecations (default `$stderr`).
-
-    RSpec.configure {|c| c.deprecation_stream = File.open('deprecations.txt', 'w') }
-
-  or
-
-    RSpec.configure {|c| c.deprecation_stream = 'deprecations.txt' }
-
-  Background:
-    Given a file named "lib/foo.rb" with:
-      """ruby
-      class Foo
-        def bar
-          RSpec.deprecate "Foo#bar"
-        end
-      end
-      """
-
-  Scenario: default - print deprecations to $stderr
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      require "foo"
-      describe "calling a deprecated method" do
-        example { Foo.new.bar }
-      end
-      """
-    When I run `rspec spec/example_spec.rb`
-    Then the output should contain "Deprecation Warnings:\n\nFoo#bar is deprecated"
-
-  Scenario: configure using the path to a file
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      require "foo"
-      RSpec.configure {|c| c.deprecation_stream = 'deprecations.txt' }
-      describe "calling a deprecated method" do
-        example { Foo.new.bar }
-      end
-      """
-    When I run `rspec spec/example_spec.rb`
-    Then the output should not contain "Deprecation Warnings:"
-    But the output should contain "1 deprecation logged to deprecations.txt"
-    And the file "deprecations.txt" should contain "Foo#bar is deprecated"
-
-  Scenario: configure using a File object
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      require "foo"
-      RSpec.configure {|c| c.deprecation_stream = File.open('deprecations.txt', 'w') }
-      describe "calling a deprecated method" do
-        example { Foo.new.bar }
-      end
-      """
-    When I run `rspec spec/example_spec.rb`
-    Then the output should not contain "Deprecation Warnings:"
-    But the output should contain "1 deprecation logged to deprecations.txt"
-    And the file "deprecations.txt" should contain "Foo#bar is deprecated"

data/features/configuration/enable_global_dsl.feature

@@ -1,54 +0,0 @@
-Feature: Global namespace DSL
-
-  RSpec has a few top-level constructs that allow you to begin describing
-  behaviour:
-
-  * `RSpec.describe`: Define a named context for a group of examples.
-  * `RSpec.shared_examples_for`: Define a set of shared examples that can later be included in an example group.
-  * `RSpec.shared_context`: define some common context (using `before`, `let`, helper methods, etc) that can later be included in an example group.
-
-  Historically, these constructs have been available directly off of the main
-  object, so that you could use these at the start of a file without the
-  `RSpec.` prefix. They have also been available off of any class or module so
-  that you can scope your examples within a particular constant namespace.
-
-  RSpec 3 now provides an option to disable this global monkey patching:
-
-  `config.expose_dsl_globally = false`.
-
-  For backwards compatibility it defaults to true.
-
-  Scenario: by default RSpec allows the DSL to be used globally
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      describe "specs here" do
-        it "passes" do
-        end
-      end
-      """
-   When I run `rspec`
-   Then the output should contain "1 example, 0 failures"
-
-  Scenario: when exposing globally is disabled the top level DSL no longer works
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      RSpec.configure { |c| c.expose_dsl_globally = false }
-      describe "specs here" do
-        it "passes" do
-        end
-      end
-      """
-   When I run `rspec`
-   Then the output should contain "undefined method `describe'"
-
-  Scenario: regardless of setting
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      RSpec.configure { |c| c.expose_dsl_globally = true }
-      RSpec.describe "specs here" do
-        it "passes" do
-        end
-      end
-      """
-   When I run `rspec`
-   Then the output should contain "1 example, 0 failures"

data/features/configuration/fail_fast.feature

@@ -1,77 +0,0 @@
-Feature: fail fast
-
-  Use the fail_fast option to tell RSpec to abort the run on first failure:
-
-      RSpec.configure {|c| c.fail_fast = true}
-
-  Background:
-    Given a file named "spec/spec_helper.rb" with:
-      """ruby
-      RSpec.configure {|c| c.fail_fast = true}
-      """
-
-  Scenario: fail_fast with no failures (runs all examples)
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      describe "something" do
-        it "passes" do
-        end
-
-        it "passes too" do
-        end
-      end
-      """
-    When I run `rspec spec/example_spec.rb`
-    Then the examples should all pass
-
-  Scenario: fail_fast with first example failing (only runs the one example)
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      require "spec_helper"
-      describe "something" do
-        it "fails" do
-          fail
-        end
-
-        it "passes" do
-        end
-      end
-      """
-    When I run `rspec spec/example_spec.rb -fd`
-    Then the output should contain "1 example, 1 failure"
-
-  Scenario: fail_fast with multiple files, second example failing (only runs the first two examples)
-    Given a file named "spec/example_1_spec.rb" with:
-      """ruby
-      require "spec_helper"
-      describe "something" do
-        it "passes" do
-        end
-
-        it "fails" do
-          fail
-        end
-      end
-
-      describe "something else" do
-        it "fails" do
-          fail
-        end
-      end
-      """
-    And a file named "spec/example_2_spec.rb" with:
-      """ruby
-      require "spec_helper"
-      describe "something" do
-        it "passes" do
-        end
-      end
-
-      describe "something else" do
-        it "fails" do
-          fail
-        end
-      end
-      """
-    When I run `rspec spec`
-    Then the output should contain "2 examples, 1 failure"

data/features/configuration/failure_exit_code.feature

@@ -1,36 +0,0 @@
-Feature: failure exit code
-
-  Use the feature_exit_code option to set a custom exit code when RSpec fails.
-
-    RSpec.configure { |c| c.failure_exit_code = 42 }
-
-  Background:
-    Given a file named "spec/spec_helper.rb" with:
-      """ruby
-      RSpec.configure { |c| c.failure_exit_code = 42 }
-      """
-
-  Scenario: a failing spec with the default exit code
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      describe "something" do
-        it "fails" do
-          fail
-        end
-      end
-      """
-    When I run `rspec spec/example_spec.rb`
-    Then the exit status should be 1
-
-  Scenario: a failing spec with a custom exit code
-    Given a file named "spec/example_spec.rb" with:
-      """ruby
-      require 'spec_helper'
-      describe "something" do
-        it "fails" do
-          fail
-        end
-      end
-      """
-    When I run `rspec spec/example_spec.rb`
-    Then the exit status should be 42