SoapUI接口测试简单分享幻灯片.ppt

SoapUI接口测试 * 什么是接口测试 接口是指系统模块与模块或系统与系统间进行交互，一般现在我们用的多的是基于HTTP协议为基础的接口(包括WebService协议或者Tuxedo [t?k?si:d??]协议)，除此之外还有RPC(Remote Procedure Call Protocol)的接口，但不管是哪种接口，其本质就是发送一个Request请求报文给服务器，然后服务器返回一个Response响应报文。 我们对Response的报文进行分析，判断是否和我们发给服务器的Request对应的返回相同，从而验证业务是否正确实现，这就是接口测试。 论坛地址： * 为什么要做接口测试 随着系统越来越多，以及复杂性越来越高，为了保证系统的独立性，也为了使业务更加的独立，系统间的交互越来越多的使用接口(高内聚低耦合)。这时候对于传统测试人员需要等到系统集成后才能进行测试，不但很难确保测试的覆盖率(接口覆盖率)，效率也非常低下，所以有了接口测试，就是为了解决这两个问题。 UI的错误相对来说是比较容易修正的，但是数据的错误(业务的错误)所带来的危害就大得多了，所以为了持续性的检查接口数据的准确性，通过在早期进行接口自动化测试，可以很好的发现定位问题。 论坛地址： * 接口测试的适用范围及覆盖率 前面提到，接口是系统与系统间或者模块与模块间的交互，任何数据都是有其意义的，如果在传输过程中丢失了或者发送了错误的数据，就会导致意外或者业务逻辑处理机制，进一步发现存在的问题，并且为此付出很大的代价。 所以任何接口都是应该经过测试，即有交互的地方，就要进行接口测试。首先要达到100%的接口覆盖率，在有条件的情况下做到进一步的100%需求对接口的映射及100%的接口对代码的逻辑覆盖率。 论坛地址： * 接口测试的目的及方式 1)核心：保证系统接口的功能正常 2)方式：持续集成 3)目的：提高测试效率，保证数据的准确性 4)文档：接口测试对接口定义文档要求很高，所有的接口数据类型及业务分支导致的报文返回结构是需要事先定义好的，所以要形成文档的习惯，以方便查阅，尽量减少团队与团队间的沟通成本。 同样在接口测试中，也需要根据文档，整理出我们的接口测试数据及接口测试案例，有效的生成相关测试报告，方便其它人去审核、分析接口测试的成果。 论坛地址： * 怎么做接口测试 工具： 论坛地址： * 商业工具特点：良好的图形操作界面，良好的技术支持，良好的脚本驱动模式，良好的结果报告，对测试人员的代码能力要求稍低等等，但其缺点也很明显，贵，工具不开源，无法了解问题的本质。 开源工具的特点：大量的资料可以查阅(因为用的人多，社区有大量的人一起贡献)，有源码可以查阅，可以根据自已的业务特点进行定制化。缺点就是对测试人员的代码能力有一定的要求，框架需要从零开始搭建。 论坛地址： * 4种常见的HTTP捕获方式: Chrome F12 Firefox Firebug IE F12/HTTP Watch Fiddler: Fiddler是一个代理拦截工具，它和上面的几个工具都不太相同，它不依赖于任何浏览器，或者可以这样说它可以捕获任意通过它的HTTP数据包。 论坛地址： * HTTP协议报文发送: 在了解了HTTP协议报文后，接着要做的就是如何自己构建HTTP协议包并且发送给服务器再获得对应的响应内容，这也是接口测试的雏形。 Firefox插件:Poster Chrome插件:PostMan Fiddler SoapUI 论坛地址： 使用SoapUI做接口自动化持续集成 环境搭建: 基础： jdk, SoapUI, 进阶： Eclipse,TestNG(/eclipse), maven(ant), tomcat,Jenkins * 论坛地址： 使用SoapUI做接口自动化持续集成 SoapUI项目与实际项目对应情况 * 论坛地址： * 参考资料 3)SOAP?Webservice和RESTful?Webservice： /s/blog_493a845501012566.html 4)Charles官网: / 5)SoapUI官网 / 6)Maven 3.3.9下载地址 /download.cgi 7)Tomcat下载地址 /download-90.cgi 8)Jenkins下载地址 https://jenkins.io/index.html 论坛地址： 更多精彩 * 更多精彩内容请关注官方微信公众号，获取社区最新动态； 另可访问论坛分享