unit-testing - 敏捷开发能否有效实现单元测试？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。




Improve this question




很快我将参与一个项目，该项目将使用敏捷项目管理/开发方法，有 5 个(左右)2 周的冲刺。该项目将使用我过去发现的 DDD 设计模式，它非常适合单元测试，因此我也热衷于将它用于这个项目。唯一的问题是以下因素我不确定是否可以通过敏捷开发成功实现单元测试:

不断变化的需求的潜力(需求变化，测试中断，测试也需要更新)。

时间因素(单元测试可能会使开发人员花费更长的时间，如果需求在冲刺结束时发生变化，则可能没有时间以最佳质量更新测试和生产代码)。

我有一种感觉，如果/何时需求发生变化(尤其是在 sprint 结束时)并且由于期限紧迫，单元测试将成为一种负担。有人对此事有什么好的建议吗？

Answer 1

我认为它是双向的。一方面，是的，单元测试是额外的代码，需要额外的维护，会让你慢一点。另一方面，如果需求开始演变，进行单元测试将是确保您正在更改的内容仍然有效的救命稻草。