When I read the term
"test driven development" I usually think of the process of developers
writing the unit tests before writing the code. Richard Collins, a
Development Strategist, uses it to mean something different. He advocates
that test be heavily involved from the beginning. Instead of
relegating test to the end of the process to pick up the pieces, involve
them from the very start. He gives the following advice:
To varying degrees, this is how Microsoft treats test. We hire skilled test developers who can program instead of QA engineers who might understand some Perl. We get test involved early. In fact, we involve them not only to help look at the plans for testability but also for overall design. As the representatives for end-users, they often have a very good eye for the little things that will make a design that much better. Also, at Microsoft, testing begins from day one. Every product I've ever been involved with at Microsoft has had daily builds from very early on. Every product has also had what we call BVTs (build verfication tests) that are run every day right after the build completes. If any of their tests fail, the product is held until they can be fixed.
http://blogs.msdn.com/b/steverowe/archive/2007/01/08/letting-test-drive-the-process.aspx
- Involve test during design. Have them help make the product testable from the outset.
- Release to test often. This is just releasing regular builds and having test look at them every day.
- Maintain a 1:1 test:dev ratio.
- Build testability into the product. Factor it so that each part is testable before the whole is finished.
To varying degrees, this is how Microsoft treats test. We hire skilled test developers who can program instead of QA engineers who might understand some Perl. We get test involved early. In fact, we involve them not only to help look at the plans for testability but also for overall design. As the representatives for end-users, they often have a very good eye for the little things that will make a design that much better. Also, at Microsoft, testing begins from day one. Every product I've ever been involved with at Microsoft has had daily builds from very early on. Every product has also had what we call BVTs (build verfication tests) that are run every day right after the build completes. If any of their tests fail, the product is held until they can be fixed.
http://blogs.msdn.com/b/steverowe/archive/2007/01/08/letting-test-drive-the-process.aspx
No hay comentarios.:
Publicar un comentario