2017-08-24 15:21:36 +02:00
|
|
|
<a id="top"></a>
|
2017-02-14 10:15:21 +01:00
|
|
|
# Matchers
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
**Contents**<br>
|
|
|
|
[Using Matchers](#using-matchers)<br>
|
|
|
|
[Built-in matchers](#built-in-matchers)<br>
|
|
|
|
[Writing custom matchers (old style)](#writing-custom-matchers-old-style)<br>
|
|
|
|
[Writing custom matchers (new style)](#writing-custom-matchers-new-style)<br>
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Matchers, as popularized by the [Hamcrest](https://en.wikipedia.org/wiki/Hamcrest)
|
|
|
|
framework are an alternative way to write assertions, useful for tests
|
|
|
|
where you work with complex types or need to assert more complex
|
|
|
|
properties. Matchers are easily composable and users can write their
|
|
|
|
own and combine them with the Catch2-provided matchers seamlessly.
|
2017-02-14 10:15:21 +01:00
|
|
|
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
## Using Matchers
|
2019-10-13 21:31:48 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Matchers are most commonly used in tandem with the `REQUIRE_THAT` or
|
|
|
|
`CHECK_THAT` macros. The `REQUIRE_THAT` macro takes two arguments,
|
|
|
|
the first one is the input (object/value) to test, the second argument
|
|
|
|
is the matcher itself.
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
For example, to assert that a string ends with the "as a service"
|
|
|
|
substring, you can write the following assertion
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
```cpp
|
|
|
|
using Catch::Matchers::EndsWith;
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
REQUIRE_THAT( getSomeString(), EndsWith("as a service") );
|
|
|
|
```
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Individual matchers can also be combined using the C++ logical
|
|
|
|
operators, that is `&&`, `||`, and `!`, like so:
|
|
|
|
|
|
|
|
```cpp
|
|
|
|
using Catch::Matchers::EndsWith;
|
|
|
|
using Catch::Matchers::Contains;
|
|
|
|
|
|
|
|
REQUIRE_THAT( getSomeString(),
|
|
|
|
EndsWith("as a service") && Contains("web scale"));
|
2017-02-14 10:15:21 +01:00
|
|
|
```
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
The example above asserts that the string returned from `getSomeString`
|
|
|
|
_both_ ends with the suffix "as a service" _and_ contains the string
|
|
|
|
"web scale" somewhere.
|
|
|
|
|
|
|
|
|
|
|
|
Both of the string matchers used in the examples above live in the
|
2020-03-01 19:59:18 +01:00
|
|
|
`catch_matchers_string.hpp` header, so to compile the code above also
|
|
|
|
requires `#include <catch2/matchers/catch_matchers_string.hpp>`.
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
**IMPORTANT**: The combining operators do not take ownership of the
|
|
|
|
matcher objects being combined. This means that if you store combined
|
|
|
|
matcher object, you have to ensure that the matchers being combined
|
|
|
|
outlive its last use. What this means is that the following code leads
|
|
|
|
to a use-after-free (UAF):
|
2019-10-26 21:07:38 +02:00
|
|
|
|
|
|
|
```cpp
|
2020-03-01 15:48:28 +01:00
|
|
|
#include <catch2/catch_test_macros.hpp>
|
|
|
|
#include <catch2/matchers/catch_matchers_string.h>
|
|
|
|
|
2019-10-26 21:07:38 +02:00
|
|
|
TEST_CASE("Bugs, bugs, bugs", "[Bug]"){
|
|
|
|
std::string str = "Bugs as a service";
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
auto match_expression = Catch::Matchers::EndsWith( "as a service" ) ||
|
|
|
|
(Catch::Matchers::StartsWith( "Big data" ) && !Catch::Matchers::Contains( "web scale" ) );
|
2019-10-26 21:07:38 +02:00
|
|
|
REQUIRE_THAT(str, match_expression);
|
|
|
|
}
|
|
|
|
```
|
|
|
|
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
## Built-in matchers
|
|
|
|
|
|
|
|
Every matcher provided by Catch2 is split into 2 parts, a factory
|
|
|
|
function that lives in the `Catch::Matchers` namespace, and the actual
|
|
|
|
matcher type that is in some deeper namespace and should not be used by
|
|
|
|
the user. In the examples above, we used `Catch::Matchers::Contains`.
|
|
|
|
This is the factory function for the
|
|
|
|
`Catch::Matchers::StdString::ContainsMatcher` type that does the actual
|
|
|
|
matching.
|
|
|
|
|
|
|
|
Out of the box, Catch2 provides the following matchers:
|
|
|
|
|
|
|
|
|
|
|
|
### `std::string` matchers
|
2019-10-13 21:31:48 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Catch2 provides 5 different matchers that work with `std::string`,
|
|
|
|
* `StartsWith(std::string str, CaseSensitive)`,
|
|
|
|
* `EndsWith(std::string str, CaseSensitive)`,
|
|
|
|
* `Contains(std::string str, CaseSensitive)`,
|
|
|
|
* `Equals(std::string str, CaseSensitive)`, and
|
|
|
|
* `Matches(std::string str, CaseSensitive)`.
|
2019-10-13 21:31:48 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
The first three should be fairly self-explanatory, they succeed if
|
|
|
|
the argument starts with `str`, ends with `str`, or contains `str`
|
|
|
|
somewhere inside it.
|
2017-11-10 18:14:42 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
The `Equals` matcher matches a string if (and only if) the argument
|
|
|
|
string is equal to `str`.
|
2017-11-13 15:35:31 +01:00
|
|
|
|
2021-07-28 23:38:27 +02:00
|
|
|
Finally, the `Matches` matcher performs an ECMAScript regex match using
|
2020-03-01 15:48:28 +01:00
|
|
|
`str` against the argument string. It is important to know that
|
2021-04-07 20:43:50 +02:00
|
|
|
the match is performed against the string as a whole, meaning that
|
2020-03-01 15:48:28 +01:00
|
|
|
the regex `"abc"` will not match input string `"abcd"`. To match
|
|
|
|
`"abcd"`, you need to use e.g. `"abc.*"` as your regex.
|
|
|
|
|
|
|
|
The second argument sets whether the matching should be case-sensitive
|
|
|
|
or not. By default, it is case-sensitive.
|
|
|
|
|
2020-03-01 19:59:18 +01:00
|
|
|
> `std::string` matchers live in `catch2/matchers/catch_matchers_string.hpp`
|
2017-11-13 15:35:31 +01:00
|
|
|
|
2017-11-10 18:14:42 +01:00
|
|
|
|
|
|
|
### Vector matchers
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
_Vector matchers have been deprecated in favour of the generic
|
|
|
|
range matchers with the same functionality._
|
|
|
|
|
|
|
|
Catch2 provides 5 built-in matchers that work on `std::vector`.
|
|
|
|
|
2019-07-27 18:41:42 +02:00
|
|
|
These are
|
|
|
|
|
|
|
|
* `Contains` which checks whether a specified vector is present in the result
|
|
|
|
* `VectorContains` which checks whether a specified element is present in the result
|
|
|
|
* `Equals` which checks whether the result is exactly equal (order matters) to a specific vector
|
|
|
|
* `UnorderedEquals` which checks whether the result is equal to a specific vector under a permutation
|
|
|
|
* `Approx` which checks whether the result is "approx-equal" (order matters, but comparison is done via `Approx`) to a specific vector
|
2021-03-12 10:22:56 +01:00
|
|
|
> Approx matcher was [introduced](https://github.com/catchorg/Catch2/issues/1499) in Catch2 2.7.2.
|
2019-07-27 18:41:42 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
An example usage:
|
|
|
|
```cpp
|
|
|
|
std::vector<int> some_vec{ 1, 2, 3 };
|
|
|
|
REQUIRE_THAT(some_vec, Catch::Matchers::UnorderedEquals(std::vector<int>{ 3, 2, 1 }));
|
|
|
|
```
|
|
|
|
|
|
|
|
This assertions will pass, because the elements given to the matchers
|
|
|
|
are a permutation of the ones in `some_vec`.
|
|
|
|
|
2020-03-01 19:59:18 +01:00
|
|
|
> vector matchers live in `catch2/matchers/catch_matchers_vector.hpp`
|
2020-03-01 15:48:28 +01:00
|
|
|
|
2017-02-24 15:42:11 +01:00
|
|
|
|
2017-11-10 18:14:42 +01:00
|
|
|
### Floating point matchers
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
Catch2 provides 3 matchers that target floating point numbers. These
|
|
|
|
are:
|
|
|
|
|
|
|
|
* `WithinAbs(double target, double margin)`,
|
2021-07-28 23:37:23 +02:00
|
|
|
* `WithinULP(FloatingPoint target, uint64_t maxUlpDiff)`, and
|
2020-03-01 15:48:28 +01:00
|
|
|
* `WithinRel(FloatingPoint target, FloatingPoint eps)`.
|
2019-10-13 21:31:48 +02:00
|
|
|
|
2021-03-12 10:22:56 +01:00
|
|
|
> `WithinRel` matcher was introduced in Catch2 2.10.0
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2018-04-03 23:28:14 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
`WithinAbs` creates a matcher that accepts floating point numbers whose
|
|
|
|
difference with `target` is less than the `margin`.
|
|
|
|
|
|
|
|
`WithinULP` creates a matcher that accepts floating point numbers that
|
|
|
|
are no more than `maxUlpDiff`
|
|
|
|
[ULPs](https://en.wikipedia.org/wiki/Unit_in_the_last_place)
|
|
|
|
away from the `target` value. The short version of what this means
|
|
|
|
is that there is no more than `maxUlpDiff - 1` representeable floating
|
|
|
|
point numbers between the argument for matching and the `target` value.
|
|
|
|
|
2021-07-26 22:01:04 +02:00
|
|
|
**Important**: The WithinULP matcher requires the platform to use the
|
|
|
|
[IEEE-754](https://en.wikipedia.org/wiki/IEEE_754) representation for
|
|
|
|
floating point numbers.
|
|
|
|
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
`WithinRel` creates a matcher that accepts floating point numbers that
|
|
|
|
are _approximately equal_ with the `target` with tolerance of `eps.`
|
|
|
|
Specifically, it matches if
|
|
|
|
`|arg - target| <= eps * max(|arg|, |target|)` holds. If you do not
|
|
|
|
specify `eps`, `std::numeric_limits<FloatingPoint>::epsilon * 100`
|
|
|
|
is used as the default.
|
|
|
|
|
|
|
|
|
|
|
|
In practice, you will often want to combine multiple of these matchers,
|
|
|
|
together for an assertion, because all 3 options have edge cases where
|
|
|
|
they behave differently than you would expect. As an example, under
|
|
|
|
the `WithinRel` matcher, a `0.` only ever matches a `0.` (or `-0.`),
|
|
|
|
regardless of the relative tolerance specified. Thus, if you want to
|
|
|
|
handle numbers that are "close enough to 0 to be 0", you have to combine
|
|
|
|
it with the `WithinAbs` matcher.
|
|
|
|
|
|
|
|
For example, to check that our computation matches known good value
|
|
|
|
within 0.1%, or is close enough (no different to 5 decimal places)
|
|
|
|
to zero, we would write this assertion:
|
|
|
|
```cpp
|
|
|
|
REQUIRE_THAT( computation(input),
|
|
|
|
Catch::Matchers::WithinRel(expected, 0.001)
|
|
|
|
|| Catch::Matchers::WithinAbs(0, 0.000001) );
|
|
|
|
```
|
|
|
|
|
|
|
|
|
2020-03-01 19:59:18 +01:00
|
|
|
> floating point matchers live in `catch2/matchers/catch_matchers_floating.hpp`
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
|
|
|
|
### Miscellaneous matchers
|
|
|
|
|
|
|
|
Catch2 also provides some matchers and matcher utilities that do not
|
|
|
|
quite fit into other categories.
|
|
|
|
|
|
|
|
The first one of them is the `Predicate(Callable pred, std::string description)`
|
|
|
|
matcher. It creates a matcher object that calls `pred` for the provided
|
|
|
|
argument. The `description` argument allows users to set what the
|
|
|
|
resulting matcher should self-describe as if required.
|
|
|
|
|
|
|
|
Do note that you will need to explicitly specify the type of the
|
|
|
|
argument, like in this example:
|
|
|
|
|
2018-04-03 23:28:14 +02:00
|
|
|
```cpp
|
|
|
|
REQUIRE_THAT("Hello olleH",
|
|
|
|
Predicate<std::string>(
|
|
|
|
[] (std::string const& str) -> bool { return str.front() == str.back(); },
|
|
|
|
"First and last character should be equal")
|
|
|
|
);
|
|
|
|
```
|
|
|
|
|
2020-03-18 15:57:11 +01:00
|
|
|
> the predicate matcher lives in `catch2/matchers/catch_matchers_predicate.hpp`
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
|
|
|
|
The other miscellaneous matcher utility is exception matching.
|
2018-04-03 23:28:14 +02:00
|
|
|
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
#### Matching exceptions
|
2019-10-13 20:37:07 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Catch2 provides an utility macro for asserting that an expression
|
|
|
|
throws exception of specific type, and that the exception has desired
|
|
|
|
properties. The macro is `REQUIRE_THROWS_MATCHES(expr, ExceptionType, Matcher)`.
|
2019-10-13 20:37:07 +02:00
|
|
|
|
2020-03-01 19:59:18 +01:00
|
|
|
> `REQUIRE_THROWS_MATCHES` macro lives in `catch2/matchers/catch_matchers.hpp`
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
|
|
|
|
Catch2 currently provides only one matcher for exceptions,
|
|
|
|
`Message(std::string message)`. `Message` checks that the exception's
|
|
|
|
message, as returned from `what` is exactly equal to `message`.
|
2019-10-13 20:37:07 +02:00
|
|
|
|
|
|
|
Example use:
|
|
|
|
```cpp
|
|
|
|
REQUIRE_THROWS_MATCHES(throwsDerivedException(), DerivedException, Message("DerivedException::what"));
|
|
|
|
```
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Note that `DerivedException` in the example above has to derive from
|
|
|
|
`std::exception` for the example to work.
|
|
|
|
|
|
|
|
> the exception message matcher lives in `catch2/matchers/catch_matchers_exception.hpp`
|
|
|
|
|
|
|
|
|
2020-05-14 14:48:48 +02:00
|
|
|
### Generic range Matchers
|
|
|
|
|
2021-03-12 10:22:56 +01:00
|
|
|
> Generic range matchers were introduced in Catch2 X.Y.Z
|
2020-05-14 14:48:48 +02:00
|
|
|
|
|
|
|
Catch2 also provides some matchers that use the new style matchers
|
|
|
|
definitions to handle generic range-like types. These are:
|
|
|
|
|
|
|
|
* `IsEmpty()`
|
|
|
|
* `SizeIs(size_t target_size)`
|
|
|
|
* `SizeIs(Matcher size_matcher)`
|
|
|
|
* `Contains(T&& target_element, Comparator = std::equal_to<>{})`
|
|
|
|
* `Contains(Matcher element_matcher)`
|
|
|
|
|
|
|
|
`IsEmpty` should be self-explanatory. It successfully matches objects
|
|
|
|
that are empty according to either `std::empty`, or ADL-found `empty`
|
|
|
|
free function.
|
|
|
|
|
|
|
|
`SizeIs` checks range's size. If constructed with `size_t` arg, the
|
|
|
|
matchers accepts ranges whose size is exactly equal to the arg. If
|
|
|
|
constructed from another matcher, then the resulting matcher accepts
|
|
|
|
ranges whose size is accepted by the provided matcher.
|
|
|
|
|
|
|
|
`Contains` accepts ranges that contain specific element. There are
|
|
|
|
again two variants, one that accepts the desired element directly,
|
|
|
|
in which case a range is accepted if any of its elements is equal to
|
|
|
|
the target element. The other variant is constructed from a matcher,
|
|
|
|
in which case a range is accepted if any of its elements is accepted
|
|
|
|
by the provided matcher.
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
## Writing custom matchers (old style)
|
|
|
|
|
|
|
|
The old style of writing matchers has been introduced back in Catch
|
|
|
|
Classic. To create an old-style matcher, you have to create your own
|
|
|
|
type that derives from `Catch::Matchers::MatcherBase<ArgT>`, where
|
|
|
|
`ArgT` is the type your matcher works for. Your type has to override
|
|
|
|
two methods, `bool match(ArgT const&) const`,
|
|
|
|
and `std::string describe() const`.
|
|
|
|
|
|
|
|
As the name suggests, `match` decides whether the provided argument
|
|
|
|
is matched (accepted) by the matcher. `describe` then provides a
|
|
|
|
human-oriented description of what the matcher does.
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
We also recommend that you create factory function, just like Catch2
|
|
|
|
does, but that is mostly useful for template argument deduction for
|
|
|
|
templated matchers (assuming you do not have CTAD available).
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
To combine these into an example, let's say that you want to write
|
|
|
|
a matcher that decides whether the provided argument is a number
|
|
|
|
within certain range. We will call it `IsBetweenMatcher<T>`:
|
2017-02-14 10:15:21 +01:00
|
|
|
|
|
|
|
```c++
|
2020-03-01 15:48:28 +01:00
|
|
|
#include <catch2/catch_test_macros.hpp>
|
|
|
|
#include <catch2/matchers/catch_matchers.h>
|
|
|
|
// ...
|
|
|
|
|
|
|
|
|
|
|
|
template <typename T>
|
|
|
|
class IsBetweenMatcher : public Catch::Matchers::MatcherBase<T> {
|
|
|
|
T m_begin, m_end;
|
2017-02-14 10:15:21 +01:00
|
|
|
public:
|
2020-03-01 15:48:28 +01:00
|
|
|
IsBetweenMatcher(T begin, T end) : m_begin(begin), m_end(end) {}
|
2017-02-14 10:15:21 +01:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
bool match(T const& in) const override {
|
|
|
|
return in >= m_begin && in <= m_end;
|
2017-02-14 10:15:21 +01:00
|
|
|
}
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
std::string describe() const override {
|
2017-02-14 10:15:21 +01:00
|
|
|
std::ostringstream ss;
|
|
|
|
ss << "is between " << m_begin << " and " << m_end;
|
|
|
|
return ss.str();
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
template <typename T>
|
|
|
|
IsBetweenMatcher<T> IsBetween(T begin, T end) {
|
|
|
|
return { begin, end };
|
2017-02-14 10:15:21 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
// ...
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
TEST_CASE("Numbers are within range") {
|
|
|
|
// infers `double` for the argument type of the matcher
|
|
|
|
CHECK_THAT(3., IsBetween(1., 10.));
|
|
|
|
// infers `int` for the argument type of the matcher
|
|
|
|
CHECK_THAT(100, IsBetween(1, 10));
|
2017-02-14 10:15:21 +01:00
|
|
|
}
|
|
|
|
```
|
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Obviously, the code above can be improved somewhat, for example you
|
|
|
|
might want to `static_assert` over the fact that `T` is an arithmetic
|
|
|
|
type... or generalize the matcher to cover any type for which the user
|
|
|
|
can provide a comparison function object.
|
2019-10-13 21:31:48 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
Note that while any matcher written using the old style can also be
|
|
|
|
written using the new style, combining old style matchers should
|
|
|
|
generally compile faster. Also note that you can combine old and new
|
|
|
|
style matchers arbitrarily.
|
|
|
|
|
2020-03-01 19:59:18 +01:00
|
|
|
> `MatcherBase` lives in `catch2/matchers/catch_matchers.hpp`
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
|
|
|
|
## Writing custom matchers (new style)
|
|
|
|
|
2021-03-12 10:22:56 +01:00
|
|
|
> New style matchers were introduced in Catch2 X.Y.Z
|
2020-05-14 14:48:48 +02:00
|
|
|
|
2020-03-01 15:48:28 +01:00
|
|
|
To create a new-style matcher, you have to create your own type that
|
|
|
|
derives from `Catch::Matchers::MatcherGenericBase`. Your type has to
|
|
|
|
also provide two methods, `bool match( ... ) const` and overriden
|
|
|
|
`std::string describe() const`.
|
|
|
|
|
|
|
|
Unlike with old-style matchers, there are no requirements on how
|
|
|
|
the `match` member function takes its argument. This means that the
|
|
|
|
argument can be taken by value or by mutating reference, but also that
|
|
|
|
the matcher's `match` member function can be templated.
|
|
|
|
|
|
|
|
This allows you to write more complex matcher, such as a matcher that
|
|
|
|
can compare one range-like (something that responds to `begin` and
|
|
|
|
`end`) object to another, like in the following example:
|
|
|
|
|
|
|
|
```cpp
|
|
|
|
#include <catch2/catch_test_macros.hpp>
|
2020-03-18 15:57:11 +01:00
|
|
|
#include <catch2/matchers/catch_matchers_templated.hpp>
|
2020-03-01 15:48:28 +01:00
|
|
|
// ...
|
|
|
|
|
|
|
|
template<typename Range>
|
|
|
|
struct EqualsRangeMatcher : Catch::Matchers::MatcherGenericBase {
|
|
|
|
EqualsRangeMatcher(Range const& range):
|
|
|
|
range{ range }
|
|
|
|
{}
|
|
|
|
|
|
|
|
template<typename OtherRange>
|
|
|
|
bool match(OtherRange const& other) const {
|
|
|
|
using std::begin; using std::end;
|
|
|
|
|
|
|
|
return std::equal(begin(range), end(range), begin(other), end(other));
|
|
|
|
}
|
|
|
|
|
|
|
|
std::string describe() const override {
|
|
|
|
return "Equals: " + Catch::rangeToString(range);
|
|
|
|
}
|
|
|
|
|
|
|
|
private:
|
|
|
|
Range const& range;
|
|
|
|
};
|
|
|
|
|
|
|
|
template<typename Range>
|
|
|
|
auto EqualsRange(const Range& range) -> EqualsRangeMatcher<Range> {
|
|
|
|
return EqualsRangeMatcher<Range>{range};
|
|
|
|
}
|
|
|
|
|
|
|
|
TEST_CASE("Combining templated matchers", "[matchers][templated]") {
|
|
|
|
std::array<int, 3> container{{ 1,2,3 }};
|
|
|
|
|
|
|
|
std::array<int, 3> a{{ 1,2,3 }};
|
|
|
|
std::vector<int> b{ 0,1,2 };
|
|
|
|
std::list<int> c{ 4,5,6 };
|
|
|
|
|
|
|
|
REQUIRE_THAT(container, EqualsRange(a) || EqualsRange(b) || EqualsRange(c));
|
|
|
|
}
|
2017-02-14 10:15:21 +01:00
|
|
|
```
|
2020-03-01 15:48:28 +01:00
|
|
|
|
|
|
|
Do note that while you can rewrite any matcher from the old style to
|
|
|
|
a new style matcher, combining new style matchers is more expensive
|
|
|
|
in terms of compilation time. Also note that you can combine old style
|
|
|
|
and new style matchers arbitrarily.
|
|
|
|
|
2020-03-18 15:57:11 +01:00
|
|
|
> `MatcherGenericBase` lives in `catch2/matchers/catch_matchers_templated.hpp`
|
2020-03-01 15:48:28 +01:00
|
|
|
|
2017-02-14 10:15:21 +01:00
|
|
|
|
|
|
|
---
|
|
|
|
|
2017-08-24 15:33:38 +02:00
|
|
|
[Home](Readme.md#top)
|