Hacker News new | comments | ask | show | jobs | submit login
Ask HN: How do you come up with a set of test cases for your code?
12 points by gashaw 10 days ago | hide | past | web | favorite | 6 comments
I'm interested to know what methods software developers and testers are using in practice. How confident are you in your tests?





- If it's a straight-forward pure function, I tend to use Hypothesis[1] to pile in random inputs. It's a great tool for coming up with cases humans wouldn't normally think of (I also wrote a blog post about this [2])

- If there was a show-stopping bug in production, I like to go back and write a test that covers that case (even if it was fixed).

- However in most cases, I cover off the typical use cases and I find, as another commenter says, it's "good enough".

[1] https://hypothesis.readthedocs.io/en/latest/ [2] https://medium.com/@thomas.basche/testing-with-hypothesis-26...


This is exactly what TDD came about. It was designed to help you a) write code that you need and b) tests that validate the code does what it's suppose to do.

In terms of the latter, you can boil it down to two aspects.

a) Does the code function correctly given positive input? b) Does the code fail in a deterministic manner? e.g., if an age is a negative number, does it' throw an appropriate error message?

In the failure case, it can get more trickier when you start to introduce things like database persistence or API calls. In this case, you should mock out these dependencies and also set up scenarios to make sure your code also fails in a deterministic manner.

Keep in mind, what's really important is to make sure your code only doesn't what's required and nothing more. Keep things simple and no simpler. ;)


Usually it's two groups: 1. regular usage as seen now or expected in the future, 2. exercising all existing error paths. I'm pretty confident that it's both a reasonable coverage and that there are going to be some missed patterns. It's "good enough"

What about cases where "good enough" is not enough? code that handles money comes to mind.

When you need to handle money correctly, you have more budget for testing to do this correctly ;-)

Also, after a bug is fixed add the reproduction case to prevent regressions.



Applications are open for YC Summer 2019

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact

Search: