API to express expected outcomes of a code example
https://github.com/rspec/rspec-expectations
rspec-expectations provides a simple, readable API to express expected
outcomes of a code example.
- Devel package for openSUSE:Factory
-
11
derived packages
- Links to openSUSE:Factory / rubygem-rsp...pectations
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout devel:languages:ruby:extensions/rubygem-rspec-expectations && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
rspec-expectations-2.13.0.gem | 0000084992 83 KB | |
rubygem-rspec-expectations.changes | 0000003766 3.68 KB | |
rubygem-rspec-expectations.spec | 0000002409 2.35 KB |
Revision 5 (latest revision is 60)
Stephan Kulow (coolo)
committed
(revision 5)
- updated to version 2.13.0 Enhancements * Add support for percent deltas to `be_within` matcher: `expect(value).to be_within(10).percent_of(expected)` (Myron Marston). * Add support to `include` matcher to allow it to be given a list of matchers as the expecteds to match against (Luke Redpath). Bug fixes * Fix `change` matcher so that it dups strings in order to handle mutated strings (Myron Marston). * Fix `should be =~ /some regex/` / `expect(...).to be =~ /some regex/`. Previously, these either failed with a confusing `undefined method matches?' for false:FalseClass` error or were no-ops that didn't actually verify anything (Myron Marston). * Add compatibility for diff-lcs 1.2 and relax the version constraint (Peter Goldstein). * Fix DSL-generated matchers to allow multiple instances of the same matcher in the same example to have different description and failure messages based on the expected value (Myron Marston). * Prevent `undefined method #split for Array` error when dumping the diff of an array of multiline strings (Myron Marston). * Don't blow up when comparing strings that are in an encoding that is not ASCII compatible (Myron Marston). * Remove confusing "Check the implementation of #==" message printed for empty diffs (Myron Marston).
Comments 0