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

发布时间：2020-12-14 01:07:10 所属栏目：百科来源：网络整理

导读：我在一个已经做敏捷的办公室工作了一段时间。我们使用Scrum进行项目管理，并结合XP的工程实践。它工作得很好，我们不断学习课程和改进我们的过程。我想告诉你我们通常的测试做法，并得到关于如何改进的反馈： TDD：第一道防线我们相信有关单元测试，我会说

我在一个已经做敏捷的办公室工作了一段时间。我们使用Scrum进行项目管理，并结合XP的工程实践。它工作得很好，我们不断学习课程和改进我们的过程。

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

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

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

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

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

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

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!