- xml - AJAX/Jquery XML 解析
- 具有多重继承的 XML 模式
- .net - 枚举序列化 Json 与 XML
- XML 简单类型、简单内容、复杂类型、复杂内容
我需要一些关于 TDD 概念的帮助。假设我有以下代码
def execute(command)
case command
when "c"
create_new_character
when "i"
display_inventory
end
end
def create_new_character
# do stuff to create new character
end
def display_inventory
# do stuff to display inventory
end
现在我不确定要为什么编写单元测试。如果我为 execute
方法编写单元测试,那不是几乎涵盖了我对 create_new_character
和 display_inventory
的测试吗?还是我当时测试了错误的东西?我对 execute
方法的测试是否应该只测试执行是否传递给正确的方法并就此停止?那么我是否应该编写更多的单元测试来专门测试 create_new_character
和 display_inventory
?
最佳答案
自从您提到 TDD 以来,我假设所讨论的代码实际上并不存在。如果是这样,那么您不是在做真正的 TDD,而是在做 TAD(开发后测试),这自然会导致诸如此类的问题。在 TDD 中,我们从测试开始。看来您正在构建某种类型的菜单或命令系统,所以我将以此为例。
describe GameMenu do
it "Allows you to navigate to character creation" do
# Assuming character creation would require capturing additional
# information it violates SRP (Single Responsibility Principle)
# and belongs in a separate class so we'll mock it out.
character_creation = mock("character creation")
character_creation.should_receive(:execute)
# Using constructor injection to tell the code about the mock
menu = GameMenu.new(character_creation)
menu.execute("c")
end
end
这个测试会导致一些类似于下面的代码(记住,只要足够的代码就可以让测试通过,没有更多)
class GameMenu
def initialize(character_creation_command)
@character_creation_command = character_creation_command
end
def execute(command)
@character_creation_command.execute
end
end
现在我们将添加下一个测试。
it "Allows you to display character inventory" do
inventory_command = mock("inventory")
inventory_command.should_receive(:execute)
menu = GameMenu.new(nil, inventory_command)
menu.execute("i")
end
运行这个测试将引导我们实现如下:
class GameMenu
def initialize(character_creation_command, inventory_command)
@inventory_command = inventory_command
end
def execute(command)
if command == "i"
@inventory_command.execute
else
@character_creation_command.execute
end
end
end
这个实现让我们想到了一个关于我们代码的问题。输入无效命令时,我们的代码应该做什么?一旦我们确定了该问题的答案,我们就可以实现另一个测试。
it "Raises an error when an invalid command is entered" do
menu = GameMenu.new(nil, nil)
lambda { menu.execute("invalid command") }.should raise_error(ArgumentError)
end
这导致对 execute
的快速更改方法
def execute(command)
unless ["c", "i"].include? command
raise ArgumentError("Invalid command '#{command}'")
end
if command == "i"
@inventory_command.execute
else
@character_creation_command.execute
end
end
现在我们已经通过了测试,我们可以使用提取方法重构将命令的验证提取到Intent Revealing Method中。
def execute(command)
raise ArgumentError("Invalid command '#{command}'") if invalid? command
if command == "i"
@inventory_command.execute
else
@character_creation_command.execute
end
end
def invalid?(command)
!["c", "i"].include? command
end
现在我们终于可以解决您的问题了。自 invalid?
方法是通过重构现有的被测代码来排除的,因此无需为其编写单元测试,它已经被覆盖并且不能独立存在。由于库存和字符命令未通过我们现有的测试进行测试,因此需要独立进行测试驱动。
请注意,我们的代码还可以做得更好,在测试通过的同时,让我们再清理一下。条件语句表明我们违反了OCP(开闭原则),我们可以使用用多态替换条件重构来删除条件逻辑。
# Refactored to comply to the OCP.
class GameMenu
def initialize(character_creation_command, inventory_command)
@commands = {
"c" => character_creation_command,
"i" => inventory_command
}
end
def execute(command)
raise ArgumentError("Invalid command '#{command}'") if invalid? command
@commands[command].execute
end
def invalid?(command)
!@commands.has_key? command
end
end
现在我们重构了这个类,这样一个额外的命令只需要我们向命令哈希添加一个额外的条目,而不是改变我们的条件逻辑以及 invalid?
方法。
所有测试应该仍然通过,我们几乎完成了我们的工作。一旦我们测试了各个命令,您就可以返回初始化方法并为命令添加一些默认值,如下所示:
def initialize(character_creation_command = CharacterCreation.new,
inventory_command = Inventory.new)
@commands = {
"c" => character_creation_command,
"i" => inventory_command
}
end
最后的测试是:
describe GameMenu do
it "Allows you to navigate to character creation" do
character_creation = mock("character creation")
character_creation.should_receive(:execute)
menu = GameMenu.new(character_creation)
menu.execute("c")
end
it "Allows you to display character inventory" do
inventory_command = mock("inventory")
inventory_command.should_receive(:execute)
menu = GameMenu.new(nil, inventory_command)
menu.execute("i")
end
it "Raises an error when an invalid command is entered" do
menu = GameMenu.new(nil, nil)
lambda { menu.execute("invalid command") }.should raise_error(ArgumentError)
end
end
最后的GameMenu
看起来像:
class GameMenu
def initialize(character_creation_command = CharacterCreation.new,
inventory_command = Inventory.new)
@commands = {
"c" => character_creation_command,
"i" => inventory_command
}
end
def execute(command)
raise ArgumentError("Invalid command '#{command}'") if invalid? command
@commands[command].execute
end
def invalid?(command)
!@commands.has_key? command
end
end
希望对您有所帮助!
布兰登
关于ruby - 调用其他方法的 TDD 方法的正确方法,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6160788/
我知道 TDD 有很多优点(其中一些在下面)。我怎么不确定它是如何驱动设计的? 作为文档 在实际代码之前编写测试有助于最大限度地提高测试覆盖率 帮助确定输入值边界 通常当我们开始实现新功能时,我们会对
我们的团队使用 TDD 进行开发,在实现新功能时,有时会在故事结束时所有卡片都变成绿色时出现“集成卡片”,这意味着将已实现的组件放在一起以相互配合。我对这张卡感觉很糟糕,因为这意味着,没有人在现实生活
关闭。这个问题是opinion-based .它目前不接受答案。 想要改进这个问题? 更新问题,以便 editing this post 可以用事实和引用来回答它. 关闭 5 年前。 Improve
我在浏览StackOverflow时遇到this题。这里作者提到了他/她的调试风格: I am wondering how to do debugging. At present the steps
我对 TDD 很陌生,我想到的第一个问题是我是否应该对每个开发的组件应用单元测试。我之所以这么问是因为我观察到单元测试需要很多时间,尤其是在对需求进行了一些更改时。那么,您能否提出一些类似于 TDD
假设您正在实现包含各种新功能并增加代码库复杂性的用户故事。现有代码已经很好地涵盖了,您刚刚决定了接口(interface)。您开始实现从测试开始的功能。 现在您有相当复杂的基于需求的测试用例,但实现远
我正在使用VS 2012,但这并不是很重要。 重要的是,我正在尝试通过首先编写所有测试然后创建代码来进行一些TDD。 但是,该应用程序将无法编译,因为我的对象或方法都不存在。 现在,在我看来,我应该能
我对单元测试和 TDD“相对较新”。直到最近,我才完成了我的第一个(至少在理论上)代码覆盖率为 100% 的生产应用程序。我在以前的项目中也做过一段时间的单元测试,但不是以真正的 TDD 方式和良好的
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它. 5年前关闭。 Improve this
我真的很想在我工作的车间内插入 TDD 开发。那里的很多前辈不从事单元测试工作,或者进行了会影响数据库的单元测试。 我很想带来一些好的论据、培训书籍、可能的教练来缓解过渡。 最佳答案 我发现通常很难从
请注意,我还没有在 TDD 上“看到曙光”,也没有真正理解为什么它的主要支持者宣扬了它的所有好处。我并没有否认它 - 我只是有我的保留意见,这可能是出于无知。所以无论如何都要笑下面的问题,只要你能纠正
我工作的所有项目都与一个硬件接口(interface),这通常是软件的主要目的。有什么有效的方法可以将 TDD 应用于与硬件一起工作的代码? 更新:对不起,我的问题没有更清楚。 我使用的硬件是从相机捕
我团队中的一位同事说,某些方法应该同时具有前提条件和后置条件。但重点是代码覆盖率,这些条件不会被调用(未测试),直到实现了无效的实现(仅在单元测试中使用)。让我们看下面的例子。 public inte
关闭。这个问题是opinion-based .它目前不接受答案。 想改进这个问题?更新问题,以便 editing this post 可以用事实和引用来回答它. 4年前关闭。 Improve this
我不明白下面的代码如何不遵守TDD FIRST principle。 这些是我关于FIRST原则的说明: Fast: run (subset of) tests quickly (since you'
关闭。这个问题是off-topic .它目前不接受答案。 想改进这个问题吗? Update the question所以它是on-topic用于堆栈溢出。 关闭 11 年前。 Improve thi
在引用涉及 TDD 的项目/任务的估算时是否有任何指导方针? 例如,与正常开发需要 1 天才能完成的任务相比,TDD 驱动的任务需要多花多少时间?多出 50% 的时间还是多出 70% 的时间?假设开发
总结: 您在 TD 设计与开发中包含和/或交付了哪些模型和图表,为什么? 详细信息: 新的 4 位开发人员项目,在我们逐渐取得进展的商店中,让管理层在 TDD 采用/期望方面从“购买”升级到“行动”。
我的公司想在我们的项目中应用 TDD,我们 5 个月前开始研究 TDD。我们从编写单元到验收测试开始(您可以在 http://uet.vnu.edu.vn/~chauttm/TDD/ 中看到)。然后我
几周前,我开始了我的第一个 TDD 项目。到目前为止,我只读过一本关于它的书。 我主要关心的是:如何为复杂的方法/类编写测试。我写了一个计算二项分布的类。因此,该类的方法将 n、k 和 p 作为输入,
我是一名优秀的程序员,十分优秀!