我继承了一大套 Test::Unit 测试,我的首要任务之一是让套件运行完成,而不是在第一次测试失败后退出。
我目前正在救援AssertionFailedError
并确保输出字符串,但这似乎是错误的。有什么更好的方法?似乎这将是一个配置选项。
我继承了一大套 Test::Unit 测试,我的首要任务之一是让套件运行完成,而不是在第一次测试失败后退出。
我目前正在救援AssertionFailedError
并确保输出字符串,但这似乎是错误的。有什么更好的方法?似乎这将是一个配置选项。
更多背景知识会有所帮助。我不能说我理解你所看到的行为。
我正在使用 ruby 1.8 附带的核心测试/单元库,以及 ruby 1.9 的几个版本的 gem。这两种情况的正常行为是运行整个加载的套件以完成并总结结果。
运行一个脚本,该脚本require 'test/unit'
将添加一个退出钩子以 Test::Unit::AutoRunner
与Test::Unit::Collector::ObjectSpace
收集器一起运行(即运行Test::Unit::TestCase
当前加载到全局对象空间中的每个实例)。
编写您自己的自定义测试运行程序也相当容易,它手动加载您的测试类并将它们打包到一个Test::Unit::TestSuite
中,并捕获其结果。
但是对于我使用的每个版本的测试/单元,我总是看到整个套件完成并报告失败和错误。代替进一步的信息,我建议尝试一个单一的虚拟测试,看看你应该如何期望测试/单元的行为。
例如
require 'test/unit'
class Foo < Test::Unit::TestCase
def testFoo
flunk 'bad foo'
end
end
class Bar < Test::Unit::TestCase
def testBar
raise 'bar bar'
end
end
给
Loaded suite foo
Started EF Finished in 0.001000 seconds.
1) Error:
testBar(Bar)
RuntimeError: bad bar
foo.rb:9:in `testBar`
2) Failure:
testFoo(Foo) [foo.rb:4]:
bad foo
2 tests, 1 assertions, 1 failures, 1 errors, 0 skips
最后:你在哪里试图拯救/确保?在测试方法中?在正常情况下,没有理由捕获 AssertionFailedError。这是Test::Unit::TestCase
要做的,作为一种计算失败并为您提供所需报告的方法。捕捉到这一点会干扰编写测试/单元的目的。