yey*_*man 2 c# agile continuous-integration
我参与了一个项目,我们使用Continuous Integration服务器和NUnit进行单元测试和集成测试.
前几天客户问我们是否在代码之前写了测试......好吧,他们总是不这样做.特别是当我们想要测试复杂的技术问题时,首先要了解问题和可能的解决方案.
我想知道我们是否仍然可以将我们的开发过程视为遵循敏捷开发,对客户说并且不要撒谎.
我想你在这里混淆了一些东西.
测试驱动开发(TDD)并不一定意味着您正在使用敏捷方法.当然,我们许多敏捷使用的人都是最佳实践,但TDD也可用于瀑布流程,替代/补充规范.
持续集成本身意味着让您的团队至少每天生成集成的代码.这不仅会迫使团队中的每个成员不断合并/签入,而且还会确保您实际上可以发布每个构建版本.统一构建过程会强制您克服"在我的计算机综合症上工作".因为你每天都可以发布一个版本,所以它支持敏捷过程,即使从严格意义上说它并非绝对必要.
使用测试并将它们集成到构建过程中是一种通过自动化质量保证丰富构建过程并深化实际测试集成(完整性)的级别的方法.
| 归档时间： |
|
| 查看次数： |
289 次 |
| 最近记录： |