当下有不少软件公司曾经起头做接口主动化，也有不少还没有起头。预备起头做的测试Leader或者会有些迷惑，怎样发端去做？底下就从我来往接口测试到部门内多个项目利用并陆续集成的一些阅历做个容易的讲解。
三年前，咱们部门始终是手工测试，也没感觉不好，然而有一件事故震动了我。软件陆续革新迭代后，咱们要花不少气力去保护不同的版本。有意候在一个新迭代中改动了一个接口，后端程序就会请求咱们去把各个老版本和这个接口关联的功用都去测试一遍，处事量相当大，有的时辰数据库版本进级了，或许tomcat版本进级了，后端程序又来句："你们把每个和效劳器关联的功用都点一遍，咱们也不领会那处会有题目。"这落实让我崩溃。
我就钻研着，如此搞下去，正儿八经的新功用反而没光阴测试了。就想着若是能做接口陆续集成的话，不就也许处理这个困苦了吗？因而就去网上探寻，找到一篇讲解SoapUI器材的文章，释然豁达，就暗下决心要把这个事故搞成。此刻想想恰是由于这个痛点，让我进修SoapUI劲头完全。原本进修经过依旧有点难度(关于我如此没有代码根本的人来讲)，素来认为可是进修下器材，后来才发觉除了器材自己的功用外，Groovy，xpath等都要去额外增加学识。
进修SoapUI最佳的方法便是看 我先在一个接口相对来讲不太多的项目做了试点（一切项目30多个接口），把一切的接口都做成和交易场景关联的Case，经过依旧对照成功的，除了SoapUI屡次会涌现outofmemory的题目，致使足本屡次忘掉保管就白做了。基于已告竣的接口做SoapUI依旧对照轻易，开着客户端，经过抓包器材，例如fiddler或许 项目陆续开垦，新增的接口也越来越多，单接口测试用SoapUI，咱们还也许做到分层测试。大大都前端开垦和后端开垦的研发节点不时是不同步的，咱们这边就涌现了一个题目，便是往此后端开垦的接口先告竣，等前端来移用的时辰，前端开垦就起头发飙、骂人，对接老是不成功，要不便是压根调不通，要不便是少返回参数，一来二去对接光阴告竣节点城市此后调换，一切项目进度就推迟了。若是我能提早把接口先测试通，如此客户端再来移用，就很成功了。因而我就请求程序供应接口文档，文档有哪些请求，还特地写了一个准则和程序一同议论告竣。尔后屡屡还参与接口计划评审，接口这块的题目就变的越来越少。前端程序对测试做这块处事大加赞美。而测试提早参与接口测试，后期还也许把单接口做回归和接口Case，一举多得，这发觉倍儿爽。
由于积存了接口测试阅历后，就在部门内里开班培训SoapUI，有的人把这个学器材看成职责，有的人尚有些抵牾心思，然而我信任一点，当众人感触到做接口测试的利益时，热忱就会来，究竟解释是如此的，此刻咱们每个项目组都在做接口，并且众人都很同意去做。由于做这个事是给众人节俭光阴，而不是花费光阴。
当接口测试渐入佳境时，题目又来了，若是是一集体做接口测试，那还轻易，若是是多集体一同做统一个项目标不同接口测试，那末参数的范例化，以及用例的公道区分以及多人协调提交足本就会有题目。我会把屡次要变的参数放到Global，利益便是我不必翻开足本去改参数，例如效劳区的拜候的地方，由于咱们是经过docker摆设效劳器处境，因而拜候的ip城市是动态变的，因而我会把IP提掏出来放到Global内里参数化，这个自己没有题目，然而关于统一个参数的Global定名每集体都不同样，有的性定名ip，有的性定名URL，这就致使保护Global的成本很高。因而我又出了一份接口测试打算范例，众人就遵从这个范例做，就防止这些题目。最起头一集体做接口时，足本就放在内地，多人时足本就保管到SVN,足本越来越多，也许不同人去施行时，就经过Teamcity来运转这些足本，如此一个接口测试化测试框架就出来了。期间，足本做了很屡次重构，这个我发觉是在做主动化中不行防止的，务必面临，坑跳一跳就领悟是怎样回事了。关于我此刻写的这些东西，若是没有做过的人，或者就不知所云，做过的人应当跟我会有共识。
总的来讲，接口测试特别有须要，能实实到处擢升测试效率。
.......
本文出自《51测试天下》首创测试文章系列（四十四）
引荐浏览点击浏览?接口测试的实际与归纳分享
点击浏览?接口测试道理、过程及用例打算
点击浏览?接口测试主动化实际指南
点击浏览?接口测试Python+PyCharm处境搭建
点击浏览?基于数据启动的接口测试框架打算
爱好咱们的会点赞，爱咱们的会分享！
预览时标签不行点收录于合集#个转载请注明：http://www.0431gb208.com/sjszjzl/1085.html
