Re: [boost] [Boost-users] Interest in a C++20 Unit Testing Framework?

23 Nov 2019

      Thank you for your feedback. I appreciate it.

Well, IMHO, there are pros and cons to any solution; I'm not going to start
a flame war here about whether macros are evil or not.
However, with [Boost].UT there is nothing stopping anyone from using simple
macros (one-lines) to achieve other frameworks syntax
The good bit about it is that it's an opt-in 'feature' as opposed to being
the only available option (see example below [1]).
This way more users can be satisfied and other benefits such as faster
execution, quicker compilation times and other features are still available.

```
#define EXPECT(...) ::boost::ut::expect(::boost::ut::that % __VA_ARGS__)
#define SUITE       ::boost::ut::suite _ = []
#define TEST(name)  ::boost::ut::detail::test{"test", name} = [=]() mutable

SUITE {
  TEST("suite") {
    EXPECT(42 == 42);
  };
};

int main() {
  TEST("macro") {
    EXPECT(1 != 2);
  };

  TEST("vector") {
    std::vector<int> v(5);

    EXPECT(5u == std::size(v)) << "fatal";

    TEST("resize bigger") {
      v.resize(10);
      EXPECT(10u == std::size(v));
    };
  };
}
```

[1]: https://godbolt.org/z/tvy-nP

-Kris

On Fri, Nov 22, 2019 at 2:27 PM Mateusz Loskot via Boost-users <
boost-users@lists.boost.org> wrote:
...
(CC'ed to boost-users)
On Fri, 22 Nov 2019 at 21:53, Vinnie Falco via Boost
 wrote:
...
On Thu, Nov 21, 2019 at 7:24 AM Krzysztof Jusiak via Boost-users <
boost-users@lists.boost.org>>
...
I was wondering whether there is any interest in exploring
a C++20 single header/single module, macro-free Unit
Testing Framework with no dependencies?
I have no interest in a library that requires C++20, especially
considering that C++20 is not even official yet but also because once
C++20 is released, there will be hardly any users for many years. This
project seems very much like it was written "just because", to use the
latest language features, rather than for pragmatic reasons. I don't
see anything compelling to use it over Boost.LightweightTest for
example.
I had a look at the current documentation and examples,
and I'm glad to see I'm not the only sceptical about it.
My opinion is very similar to what Hans, Raffi and Vinnie explained.
Macros in testing and benchmarking frameworks are kosher,
in fact, they can be very helpul to organize and structure large
amount of tests that in turn makes it easier to search and browse
through the code. I can't imagine how any of the modern IDE's will
support the string-driven syntax.
As a long time maintainer of SOCI library, I'm no stranger to
the syntax-first library development [1], still, I find the UT's
string-based test cases approach as an interesting curiosity
with very little practical value. (It falls into similar drawer
as the (over)use of emoji in commit messages on GitHub :)).
Boost is known as a C++ guinea pigs playground, so any library can
make it in. If it does, I just hope Boost will not allow to adopt the UT
as a test framework of choice of any/too many of its libraries.
[1]
https://www.drdobbs.com/database/a-simple-oracle-call-interface/184405930?pg...
Best regards,
--
Mateusz Loskot, http://mateusz.loskot.net
_______________________________________________
Boost-users mailing list
Boost-users@lists.boost.org
https://lists.boost.org/mailman/listinfo.cgi/boost-users