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 回答