Is that a right question to ask at all during effort estimation stage?
When taking workshop with software developers involved SCRUM methodology, I came across some of the following answers in relation with effort estimation vis-a-vis unit testing:
- No task was created for unit tests and hence, no effort was estimated. Thus, we didn’t write any unit tests.
- We had to deliver and we were running short of time; hence, we skipped unit testing?
- There are effort estimation done for functional tests by QA engineers; Then, why unit tests?
Interestingly, some stakeholders on client end said about of software developers on offshore side not asking for tasks to be estimated for unit tests.
If you observe above, you would find “unit testing” seen as a separate set of actions then development. If seen this way, one will surely not be able to do justice with unit tests and the related Testability quality characteristic associated with it.
I see unit tests activities to be integral part of development. Once seen this way, I pay attention right from the requirements gathering stage to perform following:
- Design for Testability
- Test-driven development
- Test-along development: This is an interesting term I came across while talking to one of the client stakeholder.
Once we see unit testing as integral part of software development, we adjust the schedule to deliver the module in appropriate time duration.
Check out my latest book titled as First Principles Thinking: Building winning products using first principles thinking. Check out my other blog, Revive-n-Thrive.com
- Model Parallelism vs Data Parallelism: Examples - April 11, 2024
- Model Complexity & Overfitting in Machine Learning: How to Reduce - April 10, 2024
- 6 Game-Changing Features of ChatGPT’s Latest Upgrade - April 9, 2024
But, you never gave the answer to how to estimate the unit testing. Is there any formula that you use?