Tests suffer from the same problem as code: they can have bugs. So they undergo the same development as the code they test, and it sounds to me as though you've done everything right:
First you tested the cases you could think of, and when you find a limitation in your approach, you expanded it.
1. When should I write tests?
When (or before) writing new features, and when you discover bugs.
What should I test?
The stuff you're working on.
Tests are a tool to achieve a goal (here: developing and maintaining reliable software), so they should be used to best achieve that goal. If you can't think of a way that your code would make a particular test fail, it's probably useless.
Tools like Devel::Cover can help you identify spots in your code that aren't covered, but you shouldn't blindly try to increase the coverage either.
In reply to Re: Testing in real life
by moritz
in thread Testing in real life
by nbezzala
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |