# test-check

This page is not created by, affiliated with, or supported by Slack Technologies, Inc.

gfredericks 14:28:12

@nberger I'm curious if there's a cleaner way to implement statistics using this:

nberger 14:33:54

@gfredericks I think so. I'll play with it in the next few days. I already started rebasing the stats branch to the current master, playing with this will be my next task

nberger 14:42:53

but not "as is": we need a way to carry the labels over the quick check loop, but result is not passed over on passing trials (neither to the recur or to the reporter-fn :trial). I'm looking at

nberger 14:46:04

We especially need to pass it in some way in that recur call. But passing result doesn't make much sense to me

gfredericks 14:48:22

it might not make any sense

gfredericks 14:48:28

just struck me as a somewhat overlapping bit of functionality

nberger 14:59:43

@gfredericks have you thought of turning the quickcheck loop into a reduce, where some "bigger" state is carried over, including the rng-state, the labels, test count... well all the state that is passed over in the recur but in a way that it would be easier to add stuff like the stats labels?

nberger 15:05:23

I've been thinking around that idea for some time, but never got to play with it. At first sight seems like it should work.
I think haskell's quickcheck works that way, I'm looking at Even though my haskell fu is very limited, and that the function is called mapTotalResult, I think it's a reduce :slightly_smiling_face:

nberger 15:07:14

For anyone wondering what statistics are we talking about, it's on

gfredericks 15:08:07

I was monkeying with the quickcheck loop when I was trying to do parallel tests

gfredericks 15:08:20

which changes the linearity of the reduce

gfredericks 15:08:29

but I think it is a reduce, yeah