我正在使用 DUnit 来测试 Delphi 库。我有时会遇到这样的情况,我编写几个非常相似的测试来检查函数的多个输入。
有没有办法在 DUnit 中编写(类似)参数化测试?例如,为合适的测试过程指定输入和预期输出,然后运行测试套件并获取有关多次运行测试中哪一次失败的反馈?
(编辑:一个示例)
例如,假设我有两个这样的测试:
procedure TestMyCode_WithInput2_Returns4();
var
Sut: TMyClass;
Result: Integer;
begin
// Arrange:
Sut := TMyClass.Create;
// Act:
Result := sut.DoStuff(2);
// Assert
CheckEquals(4, Result);
end;
procedure TestMyCode_WithInput3_Returns9();
var
Sut: TMyClass;
Result: Integer;
begin
// Arrange:
Sut := TMyClass.Create;
// Act:
Result := sut.DoStuff(3);
// Assert
CheckEquals(9, Result);
end;
我可能有更多这样的测试,它们执行完全相同的操作,但具有不同的输入和期望。我不想将它们合并到一个测试中,因为我希望它们能够独立通过或失败。
I am using DUnit to test a Delphi library. I sometimes run into cases, where i write several very similar tests to check multiple inputs to a function.
Is there a way to write (something resembling) a parameterized test in DUnit? For instance specifying an input and expected output to a suitable test procedure, then running the test suite and getting feedback on which of the multiple runs of the test failed?
(Edit: an example)
For example, suppose I had two tests like this:
procedure TestMyCode_WithInput2_Returns4();
var
Sut: TMyClass;
Result: Integer;
begin
// Arrange:
Sut := TMyClass.Create;
// Act:
Result := sut.DoStuff(2);
// Assert
CheckEquals(4, Result);
end;
procedure TestMyCode_WithInput3_Returns9();
var
Sut: TMyClass;
Result: Integer;
begin
// Arrange:
Sut := TMyClass.Create;
// Act:
Result := sut.DoStuff(3);
// Assert
CheckEquals(9, Result);
end;
I might have even more of these tests that do exactly the same thing but with different inputs and expectations. I don't want to merge them into one test, because I would like them to be able to pass or fail independently.
发布评论
评论(5)
您可以使用 DSharp 来改进 DUnit 测试。特别是新单元 DSharp.Testing.DUnit。 pas(Delphi 2010 及更高版本)。
只需在 TestFramework 之后将其添加到您的用途中,您就可以向您的测试用例添加属性。那么它可能看起来像这样:
当你运行它时,你的测试看起来像这样:
因为 Delphi 中的属性只是接受常量属性只是将参数作为字符串,其中值之间用分号分隔。但是没有什么可以阻止您创建自己的属性类,这些属性类采用正确类型的多个参数来防止“魔术”字符串。无论如何,您只能使用 const 类型。
您还可以在方法的每个参数上指定 Values 属性,并以任何可能的组合调用它(如 NUnit)。
个人参考其他答案,我想在编写单元测试时编写尽可能少的代码。另外,我想看看当我查看接口部分而不深入研究实现部分时测试会做什么(我不会说:“让我们做 BDD")。这就是为什么我更喜欢声明式方式。
You can use DSharp to improve your DUnit tests. Especially the new unit DSharp.Testing.DUnit.pas (in Delphi 2010 and higher).
Just add it to your uses after TestFramework and you can add attributes to your test case. Then it could look like this:
When you run it your test looks like this:
Since attributes in Delphi just accept constants the attributes just take the arguments as a string where the values are separated by a semicolon. But nothing prevents you from creating your own attribute classes that take multiple arguments of the correct type to prevent "magic" strings. Anyway you are limited to types that can be const.
You can also specify the Values attribute on each argument of the method and it gets called with any possible combination (as in NUnit).
Referring to the other answers personally I want to write as little code as possible when writing unit tests. Also I want to see what the tests do when I look at the interface part without digging through the implementation part (I am not going to say: "let's do BDD"). That is why I prefer the declarative way.
我认为您正在寻找这样的东西:
在 GUI 测试运行程序中看起来像这样:
I'我很想知道我是否以次优的方式解决了这个问题。 DUnit 是如此的通用和灵活,以至于每当我使用它时,我总是感觉自己错过了一种更好、更简单的方法来解决问题。
I think you are looking for something like this:
which looks like this in the GUI test runner:
I'd be very interested to know if I have gone about this in a sub-optimal way. DUnit is so incredibly general and flexible that whenever I use it I always end up feeling that I've missed a better, simpler way to solve the problem.
如果 DUnit 允许编写这样的代码(每次调用 AddTestForDoStuff 都会创建一个与示例中类似的测试用例)是否就足够了?
我将尝试在今天晚些时候发布一个示例,说明如何完成此操作...
对于 .Net,已经有类似的内容:Fluent Assertions
http://www.codeproject.com/Articles/784791/Introduction-to-Unit-Testing-with-MS-tests-NUnit-a
Would it be sufficient if DUnit allowed to write code like this, where every call of AddTestForDoStuff would create a test case similar to those in your example?
I'll try to post an example how this can be done later today...
For .Net there is already something similar: Fluent Assertions
http://www.codeproject.com/Articles/784791/Introduction-to-Unit-Testing-with-MS-tests-NUnit-a
下面是一个使用从 TTestCase 后代实际(已发布)测试方法调用的通用参数化测试方法的示例(:
是的,存在一些重复,但主要的代码重复已从这些方法中取出到 SendAndReceive 和 CheckDestinationAgainstSource 方法中)祖先类:
CheckDestinationAgainstSource 中的参数也允许这种类型的使用:
最后一个测试也可以使用 TRepeatedTest 类进行编码,但我发现该类相反使用起来不直观。上面的代码在编码检查和生成可理解的失败消息方面提供了更大的灵活性,但它确实有在第一次失败时停止测试的缺点。
Here is an example of using a general parameterized test method called from your TTestCase descendants actual (published) test methods (:
Yes, there is some duplication, but the main duplication of code was taken out of these methods into the SendAndReceive and CheckDestinationAgainstSource methods in an ancestor class:
The parameter in the CheckDestinationAgainstSource also allows for this type of use:
This last test could also be coded using the TRepeatedTest class, but I find that class rather unintuitive to use. The above code gives me greater flexibility in coding checks and producing intelligible failure messages. It does however have the drawback of stopping the test on the first failure.
至少在 Delphi XE8 中,开箱即用的 DUnitX 具有类似的属性:(
另请参阅 https://docwiki.embarcadero.com/RADStudio/Seattle/en/DUnitX_Overview 和 https://web.archive.org/web/20150504232249/http://docwiki.embarcadero.com/RADStudio/XE8/en/DUnitX_Overview)
也可用于 Delphi 从 2010 版本开始 https://github.com/VSoftTechnologies/DUnitX
At least in Delphi XE8 just out the box coming a DUnitX with a similar attribute:
(See also https://docwiki.embarcadero.com/RADStudio/Seattle/en/DUnitX_Overview and https://web.archive.org/web/20150504232249/http://docwiki.embarcadero.com/RADStudio/XE8/en/DUnitX_Overview)
Also it available for Delphi from version 2010 at https://github.com/VSoftTechnologies/DUnitX