2

当我不久前决定学习 Ruby 时,我也决定开始使用单元测试和 TDD 方法。我开始使用 Test::Unit 并编写了几个非常小的类来感受一般的单元测试,特别是 Ruby 和 Test::Unit。

到目前为止,一切都很容易,但后来我想做一些类似于 nUnit 的 TestCase 的事情,因为我有 20 个测试,唯一改变的是输入和输出。

代码如下所示:

def test_2_inserted_return_true
    actual = @prime_generator.is_prime?(2)
    assert_equal(true, actual)
  end

  def test_3_inserted_return_true
      actual = @prime_generator.is_prime?(3)
      assert_equal(true, actual)
    end

  def test_5_inserted_return_true
    actual = @prime_generator.is_prime?(5)
    assert_equal(true, actual)
  end

从 DRY 的角度来看,这是非常可怕的。我想要的是类似于 nUnit 的 TestCase 的东西。

像这样的东西:

[TestCase(2.5d, 2d, Result=1.25d)]
[TestCase(-2.5d, 1d, Result = -2.5d)]
public double ValidateDivision(double numerator, double denominator)
{
    var myClass = new MyClass();
    return myClass.Divide(numerator,denominator);
}

我试过谷歌搜索,但找不到任何关于 Test::Unit 的信息。我在 RSpec 和 Selenium 上找到了一些,但这并没有真正帮助我。我也尝试在这里搜索,但也找不到任何东西。

我想过让测试方法接受参数,但又像那样定义方法......对此并不满意。此外,如果我没记错的话,那甚至是不可能的(我现在无法测试,或者我会)。

所以,我的问题是:是否可以在 Ruby (1.9.2) 中使用 Test::Unit 进行数据驱动测试?如果没有,那么什么框架可以做到这一点?

4

3 回答 3

4

让我们不要忘记好的 ol' 循环:

def test_that_the_first_few_primes_are_detected_as_prime
  [2, 3, 5, 7, 11, 13, 17].each do |p|
    assert @primality_tester.prime?(p)
  end
end

有些人会使用元编程来定义单独的测试方法,但在这种情况下,我认为这是矫枉过正:

[2, 3, 5, 7, 11, 13, 17].each do |p|
  define_method :"test_that_#{p}_is_detected_as_prime" do
    assert @primality_tester.prime?(p)
  end
end

一般来说,我认为测试不应该是 DRY。它们应该是 DAMP(描述性和有意义的短语)。毕竟,测试是您的规范和文档,可能不熟悉 Ruby 甚至一般编程的人都会阅读它们。所以,我什至不确定你原来的例子是坏的,特别是如果你像我上面做的那样清理它:

def test_that_2_is_detected_as_prime
  assert @primality_tester.prime?(2)
end

def test_that_3_is_detected_as_prime
  assert @primality_tester.prime?(3)
end

def test_that_5_is_detected_as_prime
  assert @primality_tester.prime?(5)
end

这是我所做的:

  • 重命名测试:现在,测试名称构成了一个完整的句子,它并没有简单地重述测试的作用。
  • 使用assert代替assert_equal:检查是否相等true几乎从来都不是一个好主意,并且assert 已经检查结果是否真实,那么为什么还要麻烦呢?
  • 重命名@prime_generator@primality_tester,因为它不会生成 primes,它只检查一个数字是否为素数。
  • 重命名is_prime?为 just prime?,因为问号已经暗示了问题
  • 最后,但同样重要的是:修复格式,因为格式不仅与标准 Ruby 编码约定不一致,甚至在其自身内部也不一致

但是, IMO最好的解决方案是这样的:

def test_that_the_first_few_primes_are_detected_as_prime
  assert @primality_tester.prime?(2)
  assert @primality_tester.prime?(3)
  assert @primality_tester.prime?(5)
end

那里有重复,但重复是保持测试可读性和发音所必需的。DRY 对于生产代码来说是一个很好的原则,它会进化和扩展,但是对于测试来说,DRY 总是需要与 DAMP 平衡。(也许编写自定义断言是有意义的,但我对此表示怀疑。至少我想不出一个好名字,这总是一个提示。)

一种完全不同的方法是类似于 Haskell 的 QuickCheck 或 .NET 的 Pex 的基于属性的检查。QuickCheck 有一个名为RushCheck的 Ruby 端口,但它自 2006 年以来一直无人维护,维护工作仅在几周前才开始进行,要使其在最新版本的 Ruby 上保持速度还有很多工作要做。

于 2011-04-06T13:29:00.397 回答
2

您应该查看 rspec 进行单元测试:

require 'prime'

describe "Numbers List" do
  [2, 3, 5, 7, 11, 13, 17].each do |i|
    it "#{i} is prime" do
      i.prime?
    end
  end
end

运行产量:

scratch-1.9.2> rspec -cfn primes.rb 

Numbers List
  2 is prime
  3 is prime
  5 is prime
  7 is prime
  11 is prime
  13 is prime
  17 is prime

Finished in 0.00146 seconds
7 examples, 0 failures
于 2011-04-06T22:27:31.743 回答
0

我通过元编程完成了这项工作,使用了我在 Jay Fields 博客上找到的一些示例。效果很好,但是对 def_each 的调用必须作为我的测试用例文件的第一行来完成。希望这个例子对某人有所帮助,本来很想看到这个答案,但是学习 define_method 很酷:)

def self.def_each(method_names, &block)
 method_names.each do |method_name|
  method_name_fixed="test_"+method_name     
  define_method method_name_fixed do
    instance_exec method_name, &block
   end
 end
end

@@servers = ["pixeltmp01.fetchback.com","pixeltmp02.fetchback.com","pixeltmp03.fetchback.com"]

# generate test methods using fixtures and any other testcase-specific data
def_each @@servers do |method_name|
 @fb.withPixelServer(method_name)
 self.LandingPixelM
end
于 2013-05-14T23:25:31.490 回答