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

前端之家收集整理的这篇文章主要介绍了敏捷方式:集成测试与功能测试或两者兼而有之?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我在一个已经做敏捷的办公室工作了一段时间。我们使用Scrum进行项目管理,并结合XP的工程实践。它工作得很好,我们不断学习课程和改进我们的过程。

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

TDD:第一道防线
我们相信有关单元测试,我会说,我们的开发人员也有足够的经验写全面的测试,并始终隔离与嘲笑的SUT。

集成测试
对于我们的使用,集成测试基本上与没有使用mock的单元测试相同。这往往抓住了几个问题,滑过了单元测试。这些测试往往很难阅读,因为他们通常涉及很多或工作在spec框架的before_each和after_each部分,因为系统必须经常达到某个状态才能使测试有意义。

功能测试
我们通常以结构化,但手动的方式做到这一点。我们已经玩过硒和风车,这是很酷,但对我们至少不是还有那里。

我想听听别人在做什么。你认为如果集成测试或功能测试进行得很好,另一个可以忽略?

单元,集成和功能测试,虽然行使相同的代码,从不同的角度来攻击它。正是这些观点产生了区别,如果你要放弃一种类型的测试,那么什么东西可以从那个角度工作。

此外,单元测试不是真的关于测试你的代码,特别是如果你正在练习TDD。 TDD helps you design your code better的过程,你只是得到一个附加的奖金一套测试在它的结束。

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

猜你在找的设计模式相关文章