Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/ruby/20.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
为什么建议使用TestNgCitrustRunner而不是TestNgCitrustDesigner?_Testng_Citrus Framework - Fatal编程技术网

为什么建议使用TestNgCitrustRunner而不是TestNgCitrustDesigner?

为什么建议使用TestNgCitrustRunner而不是TestNgCitrustDesigner?,testng,citrus-framework,Testng,Citrus Framework,由于我设置Maven项目的方式,默认示例测试类建议在使用CitrustVersion2.7.6的同时使用TestNgCitrustTestDesigner扩展测试类。因此,我从那时起就与设计师合作进行集成测试 在对使用Designer设置的项目进行故障排除时,我多次遇到以下语句: “建议您使用TestNGCitrustRunner。” 该声明没有得到进一步声明的支持,例如设计师可能已经过时或有缺陷,除了Runner应该与Citrus 2.7.5或更高版本一起使用之外 为什么建议这样做?与设计师相

由于我设置Maven项目的方式,默认示例测试类建议在使用CitrustVersion2.7.6的同时使用TestNgCitrustTestDesigner扩展测试类。因此,我从那时起就与设计师合作进行集成测试

在对使用Designer设置的项目进行故障排除时,我多次遇到以下语句:

“建议您使用TestNGCitrustRunner。”

该声明没有得到进一步声明的支持,例如设计师可能已经过时或有缺陷,除了Runner应该与Citrus 2.7.5或更高版本一起使用之外


为什么建议这样做?与设计师相比,跑步者在使用方面是否有优势?设计器实际上是否过时了?

设计器实现将在设计时首先将所有测试动作读入完整的测试用例中。一旦在设计时通过JavaDSL完全构建了测试用例,整个测试用例就会在运行时步骤中执行

运行程序实现在设计时和运行时之间没有分离。当使用JavaDSL构建时,测试用例及其操作将立即执行。这种方法对开发人员来说更自然,因为您可以立即访问测试操作的结果,并且可以调试运行程序的执行

设计器无法按预期执行调试会话。此外,设计器不能在测试操作之间混合自定义Java代码

Designer和runner实现确实支持确切数量的操作和Java DSL fluent API。随着开发人员不断抱怨从设计时间到运行时的分离,设计器方法在将来可能会被弃用

不过,Citrus团队在样本和文档中仍然需要加强runner的使用


另请参阅尝试用具体示例解释不同设计师和跑步者方法的柑橘文档:

非常感谢您的澄清。我将确保更经常地查阅文档。