I would like to translate your post to portuguese and post it on our website, because I have a few coleagues that aren't comfortable reading in english and would benefit from your post. Can I do it?
I really like the managers attitude. I wish people would customize to help people with various skills and experience insead of assuming that one set of instructions will get us similar results. This note is really about master understanding his people.
I guess it is a nice way to let people understand about the code coverage. Or any other question.
I guess this is about the attibute of a person how we react in our day to day job.
Regarding the Code Coverage. I guess the first answer was quite important. Just try to concentrate on writing the good test, instead of worring about the coverage. It is important to dissuss those test with bussiness, through that a person should be able to figure out the coverage achieved in the test.
This story has earned me huge amount of repu points on StackOverflow: http://stackoverflow.com/questions/90002/what-is-a-reasonable-code-coverage-for-unit-tests-and-why/90021#90021
It remains to be one of the most excellent answers to the code coverage issue.
Interesting post! Testing is a huge subject hence is subjective per se! What I aim to do mostly in my development work is to test enough for the system to pass functional and non functional requirements as required in the SRS...and more details can follow.
I think our industry would benefit to have more of the first two people and a whole lot less of the third.
SvarSlettIs this about developers or testers? The story is nice though. But again it looks like the testing is only scripting in your place.
SvarSlettI would say to the experienced dev:
SvarSlett"Aim for an increasing trend in code coverage"
The Way of Testivus is the best thing I've seen in a long time. Well done.
SvarSlettThe story is definitely not just about code coverage :)
SvarSlettWe need great master...........
SvarSlettJust give the consultant answer, "It depends..." :)
SvarSlettHope that I have a great master who can drink some tea with me. ;)
SvarSlettWe need more great masters
SvarSlettBasharat
very cool. Thanks for sharing!
SvarSlettInteresting!
SvarSlettDear Alberto,
SvarSlettI would like to translate your post to portuguese and post it on our website, because I have a few coleagues that aren't comfortable reading in english and would benefit from your post. Can I do it?
Respectfuly,
Júlio
I really like the managers attitude. I wish people would customize to help people with various skills and experience insead of assuming that one set of instructions will get us similar results. This note is really about master understanding his people.
SvarSlettCool...Master
SvarSlettI guess it is a nice way to let people understand about the code coverage. Or any other question.
I guess this is about the attibute of a person how we react in our day to day job.
Regarding the Code Coverage. I guess the first answer was quite important. Just try to concentrate on writing the good test, instead of worring about the coverage. It is important to dissuss those test with bussiness, through that a person should be able to figure out the coverage achieved in the test.
But nice and cool approach. :)
Really nice story! Perfect introduction to code coverage for developers and project managers in particular!
SvarSlett>I would like to translate your post to portuguese and post it on our website ... Can I do it?<
SvarSlettHi Julio, no problem. I'd love to see Testivus in Portuguese or any other language. Thanks, Alberto
Denne kommentaren har blitt fjernet av forfatteren.
SvarSlettLook into T.D.D., XUnit, and other pre-cog code coverage methodologies that inherently strive for 100% coverage.
SvarSlettThis story has earned me huge amount of repu points on StackOverflow: http://stackoverflow.com/questions/90002/what-is-a-reasonable-code-coverage-for-unit-tests-and-why/90021#90021
SvarSlettIt remains to be one of the most excellent answers to the code coverage issue.
Great story! Love it!
SvarSlettPublished a german translation here: http://itscertainlyuncertain.blogspot.de/2013/01/testivus-zum-thema-test-coverage.html
100% only! Otherwise people getting squeezed for time will cover getters and setters and leave the tasty stuff.
SvarSlettInteresting post!
SvarSlettTesting is a huge subject hence is subjective per se! What I aim to do mostly in my development work is to test enough for the system to pass functional and non functional requirements as required in the SRS...and more details can follow.