2

我继承了一大套 Test::Unit 测试,我的首要任务之一是让套件运行完成,而不是在第一次测试失败后退出。

我目前正在救援AssertionFailedError并确保输出字符串,但这似乎是错误的。有什么更好的方法?似乎这将是一个配置选项。

4

1 回答 1

4

更多背景知识会有所帮助。我不能说我理解你所看到的行为。

我正在使用 ruby​​ 1.8 附带的核心测试/单元库,以及 ruby​​ 1.9 的几个版本的 gem。这两种情况的正常行为是运行整个加载的套件以完成并总结结果。

运行一个脚本,该脚本require 'test/unit'将添加一个退出钩子以 Test::Unit::AutoRunnerTest::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要做的,作为一种计算失败并为您提供所需报告的方法。捕捉到这一点会干扰编写测试/单元的目的。

于 2010-11-15T19:33:48.220 回答