-
Notifications
You must be signed in to change notification settings - Fork 63
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cost of ownership of PiTest needed #35
Comments
I don't think giving numbers here is reliable. The time for mutation testing depends on your hardware and whether you use parallel unit tests already. |
How about ... "PiTest will take about 1.5x to 20x longer than your regular unit test suite duration." I agree that it could be discouraging. Maybe we should just close this issue - people can run PiTest where they like. |
2 similar comments
How about ... "PiTest will take about 1.5x to 20x longer than your regular unit test suite duration." I agree that it could be discouraging. Maybe we should just close this issue - people can run PiTest where they like. |
How about ... "PiTest will take about 1.5x to 20x longer than your regular unit test suite duration." I agree that it could be discouraging. Maybe we should just close this issue - people can run PiTest where they like. |
Running pitest comes with some cost: cost of CPU we could make this a little bit more transparent and guide users to use mutation testing as part of their CI process. fixes hcoles#35
Running pitest comes with some cost: cost of CPU we could make this a little bit more transparent and guide users to use mutation testing as part of their CI process. fixes hcoles#35
Some indication is needed of how long mutation testing could take for a particular testbase. I'd suggest something like:
"PiTest will take about 4x longer than your regular unit test suite duration."
A suggestion too as to how to operationalize it in CI would be cool. Like so:
"Don't put PiTest in your primary CI build. Instead make another job that runs at some frequency (say hourly) that tests everything at HEAD revision then. Take the rollup number from the log, and track that one on a timeline. Perhaps using the Plot plugin https://wiki.jenkins.io/display/JENKINS/Plot+Plugin"
The text was updated successfully, but these errors were encountered: