全方位解析 Web Services 开发步骤

核心提示： 清单 23. build.propertiessoapui.dir=E:/tools/soapUI-3.5soapui.project.file=E:/ws_soapUI/WS-IBM-soapui-project.xmljunit.reports=E:/ws_soapUI/reportsok，

清单 23. build.properties

　soapui.dir=E:/tools/soapUI-3.5　
　soapui.project.file=E:/ws_soapUI/WS-IBM-soapui-project.xml　
　junit.reports=E:/ws_soapUI/reports　

ok，大功告成了，以上三个 service 的测试，我们就可以用 build_ws.xml 这个文件来完成了，每次只需要简单的一行命令，是不是很简单，再也不用一个一个 service 点了，各位有没有什么感慨，这只是三个 service，如果 service 数量大的话，你会更加爱上这种方法的。感慨的同时我想一定还伴随着一些疑惑，文章开始我们说是自动化测试，而现在还是需要一行命令，名不符实呀。其实我已经将 xml 脚本告诉大家了，只需要大家来调用这个脚本就可以了，至于调用方式，你可以用一行命令，也可以通过一些软件来自动调用，比如通过 Hudson 等，我们可以在这些软件中设置一些场景，如有代码变动，就自动调用 build_ws.xml 文件。Hudson 是一种 CI 服务器，这种 CI 服务器的工作过程如下所示：首先开发者检查新增和修改到源代码仓库后的代码。然后 CI 服务器会为每一个项目创建了一个单独的工作区。当预设或请求一次新的构建时，它将把源代码仓库的源码存放到对应的工作区，哪里构建就执行哪里。接着 CI 服务器会在新近创建或者更新的工作区内执行构建过程。然后一旦构建完成，CI 服务器就会在一个新的构件中选择性地执行原先定义的一套测试。如果构建失败，相关责任人将会通过电子邮件、即时短信或者其他的方式获取到 ( 失败 ) 通知。如果构建成功，这个构件会被打包并转移到一个部署目标 ( 如应用服务器 ) 上。最后 CI 服务器通常会用某种控制台来进行项目的配置和调试，并且根据请求发起相应的操作，诸如即时构建、生成报告，或者检索一些构建好的构件。这个工具用起来很简单，这里就不一一介绍了，可到其网站 http://hudson-ci.org/ 了解更多内容。