我正在编写一个简单的程序,它可以从两个源获取输入,要么是传入的文件名,要么是 STDIN。我无法集中精力测试该功能。我是否需要将两个输入源分开来分别测试它们?该代码当前满足我的要求,但可能需要重构以便于测试。
Class Processor
attr_accessor :card_hash
def initialize
@card_hash = Hash.new
end
def process
while data = gets
if match = data.match(/(\D+) (\d+) \$(\d+)/) then
name, card_num, limit = match.captures
@card_hash [name] = Credit_card.new( name, card_num, limit)
....
describe Processor do
describe "#new" do
before do
@cp = Processor.new
end
it "returns a new Processor object" do
expect(@cp).to be_an_instance_of Processor
end
it "has an empty hash" do
expect(@cp.card_hash).to be_empty
end
end
describe '#process' do
it "gets input from ARGV" do
@cp = Processor.new
expect(subject).to receive(:gets).with(no_args)
end
end
end
我已经不知道我是否正在尝试将输入发送到数据变量中以用于测试代码的其他部分,或者测试数据是否从获取中接收字符串。可能两者都有。我读过有关 stub 和模拟的内容,但感到相当困惑。我尝试了对旧问题的很多修改(许多现在已弃用的语法)。我想我需要一点帮助来理清我的想法。
编辑:我终于让 StringIO 发送正确初始化对象以测试它所需的数据。事情是这样的:
@input = StringIO.new('测试字符串')
@数组= [@输入]
@p = Processor.new(@array)
最佳答案
测试对象行为,而不是实现
一般来说,如果您测试行为而不是实现,您将成为一名更快乐的程序员。在本例中,您有两个主要测试用例:
- 您使用文件名初始化对象。
- 顺利:文件存在。
- 悲伤路径:文件不存在。
- 您可以在没有文件名的情况下初始化对象。
- 幸福的道路:您从 STDIN 或 ARGV 接收数据。
- 悲伤的道路:
- STDIN 和 ARGV 均为空。
- STDIN 已关闭。
如果遵循此模式,您将确保您的对象执行正确的操作,无论它如何实例化。您可以使用StringIO或FakeFS将您的测试与实际文件系统隔离,但您实际上不需要成为单元测试与集成测试的纯粹主义者,只要您的测试速度快并且您的测试验证了基本行为。
不要努力成为一个完美主义者。努力执行最少的必要测试来验证对象的预期行为,为了安全起见,也许还需要执行一些边界条件和边缘情况。
关于ruby - 使用 rspec 测试 ruby 的文件名并使用 while gets 测试 STDIN,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35737695/