Skip to content
This repository has been archived by the owner on Jun 18, 2021. It is now read-only.

Improve the possibilities of collecting stats #89

Open
stevana opened this issue May 31, 2017 · 4 comments
Open

Improve the possibilities of collecting stats #89

stevana opened this issue May 31, 2017 · 4 comments

Comments

@stevana
Copy link
Collaborator

stevana commented May 31, 2017

Ideas on how we can improve stats collecting:

@stevana stevana changed the title Make it possible for the user to supply her own way of collecting stats Improve the possibilities of collecting stats Nov 21, 2017
@stevana
Copy link
Collaborator Author

stevana commented Nov 1, 2018

@stevana
Copy link
Collaborator Author

stevana commented Jun 5, 2019

Some important progress was made in the blog post "An in-depth look at quickcheck-state-machine", see especially the "Labelling" section.

Some of those ideas are now part of the Test.StateMachine.Labelling module and used in the process registry example.

The two papers that seems to introduce the labelledExamples combinator in QuickCheck:

  • How well are your requirements tested? [PDF]
  • Understanding Formal Specifications through Good Examples [PDF, video]

Seem to somehow be able to produce the minimal labelled examples without the user having to tag everything manually though? So perhaps there's more work to be done on automatically tagging?

@stevana
Copy link
Collaborator Author

stevana commented Jun 5, 2019

There's also features/3 and call_features/{1,2} in the eqc statem API, not sure if they are part of the labelled examples machinery though.

@stevana
Copy link
Collaborator Author

stevana commented Jun 6, 2019

Another talk by John Hughes that explains labelledExamples is called Building on developers' intuitions to create effective property-based tests.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant