向那些一直使用瀑布式软件开发心智模型(有时被称为V模型V模型 )的经理们介绍,有什么好的方法可以让他们认识到,转向更敏捷的测试驱动开发是值得的?
目前,当我的小组建议我的团队在开发周期早期尝试编写测试时,比如在花时间编写代码之前,我会看到“疯狂”的表情,以及教条式的“永远不会奏效”的回答,同事们也对此持怀疑态度。
是否有人成功地将他们的团队从思想瀑布/V-模型转移到更测试驱动的开发模型?
发布于 2014-11-01 04:30:58
在敏捷中使用瀑布模型是个好主意,但您似乎对测试驱动开发的概念存在误解。
测试驱动的开发并不意味着敏捷,也不意味着只需要尽早编写测试用例。这意味着首先编写测试,这些测试驱动编程。这意味着程序员将编写符合书面测试用例的代码。
虽然尽早参与测试是个好主意,但不应仅限于编写测试用例,而应实际进行测试。您可以从测试项目的需求开始。找出任何问题,然后把它们修好。然后继续下去,直至交付和维护。
现在,这也可以在瀑布中完成。它不需要敏捷。实际上,您将遵循的项目开发模型不应该是固定的。你应该决定什么是最适合每一个项目,并相应地调整和即兴发挥。
https://sqa.stackexchange.com/questions/10149
复制相似问题