敏捷方式:集成测试与功能测试或两者兼而有之?

敏捷方式:集成测试与功能测试或两者兼而有之?

我在一家一直在做敏捷的办公室工作了一段时间。 我们使用Scrum进行项目管理,并结合XP的工程实践。 它运作良好,我们不断学习课程,改进过程。

我想告诉你我们通常的测试做法,并获得有关如何改进的反馈:

TDD:第一道防线我们对单元测试非常宗教,我会说我们的开发人员也有足够的经验来编写全面的测试,并且始终将SUT与嘲讽隔离开来。

集成测试对于我们的使用,集成测试基本上与单元测试基本相同,而不使用模拟。 这往往会遇到一些通过单元测试的问题。 这些测试往往难以阅读,因为它们通常在规范框架的before_eachafter_each部分涉及很多或工作,因为系统必须经常达到某种状态才能使测试有意义。

功能测试我们通常以结构化但手工的方式进行。 我们玩过硒和风车,这很酷,但对我们来说至少还不是很好。

我想听听别人在做什么。 你认为如果集成测试或功能测试正在做得好,其他的可以忽略不计?

采纳答案:

单元,集成和功能测试虽然运行相同的代码,却从不同的角度进行攻击。 正是这些观点有所不同,如果你要放弃一种类型的测试,那么一些事情可以从这个角度出发。

此外,单元测试不是真的关于测试您的代码,特别是如果您正在执行TDD。 TDD的过程可以帮助您更好地设计代码 ,您只需在其结束时获得一套测试的附加奖励。

您是否没有提到是否持续运行集成服务器。 我强烈建议设置一个( 哈德森很容易设置)。 然后,您可以对代码中的每一次检查进行集成和功能测试。

参考更多解答:敏捷方式:集成测试与功能测试或两者兼而有之?,转载请保留敏捷方式:集成测试与功能测试或两者兼而有之?

更多:tdd