我是信息学学位三年级的学生。我是 5 个月的实习生，我必须自动化我公司的网络服务。 他们正在使用 SOA 架构。
我的问题是： 为了自动化测试他们的 Web 服务 Soap 和 Rest，我想使用 SoapUi 和 Jenkins。
有人可以告诉我这是否是好方法吗？ 你能给我举个小例子吗？我用谷歌搜索了我的问题，但我发现许多结果不同。
这对我了解我必须做什么很有帮助。我的指示不清楚.. 非常感谢
【问题讨论】：
标签： web-services testing automated-tests soapui soa
我怀疑您有“交付管道”。一组工具，可帮助您在连续的工具链中构建、部署和测试应用程序，这些工具有可能使整个过程自动化。甚至一直投入生产。
听起来他们已经选择了 Jenkins 来构建应用程序。我不确定 Jenkins 是否也在进行部署，或者是否有其他工具可以做到这一点......？但是在部署之后，您应该能够启动一些在 SoapUI 中完成的测试套件，它会自动测试 Web 服务并生成测试报告，该报告又可以用作门，决定应用程序是否已准备好进一步移动交付管道。
首先，您需要启动并运行 SoapUI。您应该知道，您应该使用免费版本 (SoapUI) 还是许可版本 (ReadyAPI)。 一旦你安装了它，你应该开始在一个测试套件上工作。对于初学者，您应该只制作一个基本的测试套件，对 Web 服务进行“一些测试”。您可以将其视为一个冒烟测试，只需点击每个服务操作一次，以确保它已启动并运行。然后以后，您总是可以在此基础上继续发展。
然后你需要进入 Jenkins。我怀疑 Jenkins 可以对第三方软件进行某种命令行执行。 （我对 Jenkins 的经验非常有限。） 那将是 SoapUI。您需要安装 SoapUI 才能执行此操作。简单的设置是您只有一台运行 Jenkins 的机器。如果您的设置包含多台运行 Jenkins 的机器，则必须在每台机器上安装 SoapUI，它们应该运行您的 SoapUI 测试套件。如果您使用的是 SoapUI (ReadyAPI) 的许可版本，甚至使用 DataSources 和其他仅许可功能，您将不得不考虑是否应该在每台机器上安装单机许可，或者是否有浮动许可。也许它已经准备好使用了。在这种情况下，它至少会容易得多。
重申：您将瞄准一个测试解决方案，该解决方案可以在构建和部署过程完成后立即运行。理想情况下，测试会非常彻底，如果一切通过，您就可以将其投入生产。 （但实际上这样做说起来容易做起来难，可能需要也可能不需要其他人也准备好部署。但这并不意味着你不应该瞄准它。）
【讨论】：