在没有用例和测试的情况下，有可能变得敏捷吗？

Question

修辞学告诉我们，答案可能是肯定的。然而，我觉得我们将不再涉及绝大多数敏捷成功案例。

我认为我的高层管理人员阅读了敏捷过程的利益专栏，但忘了阅读有关需求或敏捷业务如何成功的文章。

Answer 1

在没有用例和测试的情况下，有可能变得敏捷吗？

如果要验证所构建的是什么，那么测试是必需的，在我看来，这是一个典型的东西。不总是做，但可能有99.999%的时间，有某种测试完成。在做这个测试的时候，如果不是某种用例的话，还有什么呢？即使测试只是为了确保它按预期工作，难道这不是一种可能的执行场景，这就是我如何以相当宽松的方式定义用例的方式吗？

更好的问题不是，“在没有用例和测试的情况下，敏捷有多大用处？”我会回答的，不是很好。

Answer 2

敏捷是在一组小的工作迭代中构建一个系统。您将在每次迭代结束时重新评估业务优先级，并准确地确定下一步构建什么。用例是敏捷开发的基本货币，因为每次迭代都包含旧用例和少量新用例。

如果您能够在每次迭代结束时完全测试您的系统，并且知道您不会破坏以前编写的任何代码，那么您就不需要编程测试了。So....you不需要先编程tests....at。

然而，随着系统的发展，完全测试系统变得越来越困难，而且很难准确地记住您在几次迭代之前构建的内容。在这一点上，您不再是敏捷的，因为测试太难了，因为它不是自动化的和可重复的。

Answer 3

IMHO，答案是没有人知道敏捷到底是什么，所以，基本上你不能得到关于抽象事物的抽象问题的正确答案。

MSF和Scrum相对于其他东西就像比较苹果和橘子一样。

根据方法的不同，或者更好的是，方法的修订，基本的假设将会改变。

有些人认为敏捷正在做同样的事情，但交付速度更快。有些人认为敏捷实际上是一个与客户密切互动的迭代过程，每次迭代都会看到代码的50%+发生变化，有些人认为敏捷是瀑布式的，但没有规范。等。

因此，取决于您的敏捷是怎样的，这个问题可以任意选择。