tasty-groundhog-converters VS DocTest

tasty-groundhog-converters

We haven't tracked posts mentioning tasty-groundhog-converters yet.
Tracking mentions began in Dec 2020.

DocTest

• HSpec, Tasty, sydtest, Hunit, ... -> what do you use for writing Haskell tests?
  2 projects | /r/haskell | 15 Jan 2023

  doctest for testing examples in the documentation. Docs are much clearer when they contain usage examples and doctest helps them keep up to date.

• Why is the debugger so bad in Haskell? (or is it just me)
  3 projects | /r/haskell | 19 Oct 2021

  Try to restrict your types even on sub functions (inside where), use testing, break down your code to the most atomic parts, using ghci to debug each part once at a time, and because Haskell doesn't let you reuse variables, or mutate state, it's a lot easier to rationalize evaluation order (which makes it a lot easier to debug without step debuggers compared to languages like python).

• Documentation or lack thereof?
  1 project | /r/ExperiencedDevs | 25 Jun 2021

  Some may argue that the tests are a form of documentation, and that's true, but they still don't capture the why. And tests are almost always separated from the actual code, which makes it more complicated to look at the code and the tests at the same time and understand them together. I've used doctest with Haskell which is a solution to this. Doctest is nice at first but in my experience it wasn't reasonable to do non-trivial tests in doctest, and plenty of tests are non-trivial. So then you're left with the decision to use doctest where you can, and another test solution for non-trivial tests, or just do all tests using the other testing solution. We chose simplicity and got rid of doctest.