Java 开始Pact合同测试的先决条件
我们的组织团队结构是这样的,即有一个新的独立测试团队,负责API测试。因此,作为这个团队的一员,我没有为每个API项目设置java代码Java 开始Pact合同测试的先决条件,java,api,testing,automated-tests,pact,Java,Api,Testing,Automated Tests,Pact,我们的组织团队结构是这样的,即有一个新的独立测试团队,负责API测试。因此,作为这个团队的一员,我没有为每个API项目设置java代码 那么,在这种情况下,我如何编写消费者驱动的测试呢 或者我需要在开始测试之前设置每个消费者java项目吗 或者我是否需要向所有API提供者/使用者请求有关此框架的信息,并要求他们实现相同的功能 目前,测试仅限于通过Postman进行的手动测试和开发人员进行的单元测试。Pact测试需要成为用户代码库的一部分,因为它们是作为单元级测试运行的,因此您需要访问代码才能这样
目前,测试仅限于通过Postman进行的手动测试和开发人员进行的单元测试。Pact测试需要成为用户代码库的一部分,因为它们是作为单元级测试运行的,因此您需要访问代码才能这样做 至于提供程序代码库,它们可以被保留在代码库之外(因为您只需要一个运行的提供程序来执行测试),但出于一些原因,我强烈建议不要这样做 逐一回答您的问题:
另一方面,我认为拥有一个独立的测试团队是一种反模式。虽然在结构上,您可能有不同的报告行,但我认为,如果您的测试团队的成员是另一个团队的虚拟成员,并且可以与他们密切合作,那么效果最好。Pact测试需要成为消费者代码库的一部分,因为它们是作为单元级测试运行的,因此您需要访问代码才能这样做 至于提供程序代码库,它们可以被保留在代码库之外(因为您只需要一个运行的提供程序来执行测试),但出于一些原因,我强烈建议不要这样做 逐一回答您的问题:
另一方面,我认为拥有一个独立的测试团队是一种反模式。虽然在结构上,您可能有不同的报告线,但我认为,如果您的测试团队成员是另一个团队的虚拟成员,并且可以与他们密切合作,则效果最好。非常感谢。同意你的看法!:)非常感谢,马修。同意你的看法!:)