为什么建议使用TestNgCitrustRunner而不是TestNgCitrustDesigner?
由于我设置Maven项目的方式,默认示例测试类建议在使用CitrustVersion2.7.6的同时使用TestNgCitrustTestDesigner扩展测试类。因此,我从那时起就与设计师合作进行集成测试 在对使用Designer设置的项目进行故障排除时,我多次遇到以下语句: “建议您使用TestNGCitrustRunner。” 该声明没有得到进一步声明的支持,例如设计师可能已经过时或有缺陷,除了Runner应该与Citrus 2.7.5或更高版本一起使用之外为什么建议使用TestNgCitrustRunner而不是TestNgCitrustDesigner?,testng,citrus-framework,Testng,Citrus Framework,由于我设置Maven项目的方式,默认示例测试类建议在使用CitrustVersion2.7.6的同时使用TestNgCitrustTestDesigner扩展测试类。因此,我从那时起就与设计师合作进行集成测试 在对使用Designer设置的项目进行故障排除时,我多次遇到以下语句: “建议您使用TestNGCitrustRunner。” 该声明没有得到进一步声明的支持,例如设计师可能已经过时或有缺陷,除了Runner应该与Citrus 2.7.5或更高版本一起使用之外 为什么建议这样做?与设计师相
为什么建议这样做?与设计师相比,跑步者在使用方面是否有优势?设计器实际上是否过时了?设计器实现将在设计时首先将所有测试动作读入完整的测试用例中。一旦在设计时通过JavaDSL完全构建了测试用例,整个测试用例就会在运行时步骤中执行 运行程序实现在设计时和运行时之间没有分离。当使用JavaDSL构建时,测试用例及其操作将立即执行。这种方法对开发人员来说更自然,因为您可以立即访问测试操作的结果,并且可以调试运行程序的执行 设计器无法按预期执行调试会话。此外,设计器不能在测试操作之间混合自定义Java代码 Designer和runner实现确实支持确切数量的操作和Java DSL fluent API。随着开发人员不断抱怨从设计时间到运行时的分离,设计器方法在将来可能会被弃用 不过,Citrus团队在样本和文档中仍然需要加强runner的使用
另请参阅尝试用具体示例解释不同设计师和跑步者方法的柑橘文档:非常感谢您的澄清。我将确保更经常地查阅文档。