接口测试

转自： https://home.cnblogs.com/u/feng0815 注：以下用例中所用地址皆为本人在本地所搭的环境，外网无法访问，见谅。 ①、获取用户信息：该接口用于通过userid获取用户信息 　　请求地址：http://192.168.1.102:8081/getuser 　　请求方式：POST/GET 入参： 参数 数据类型(长度) 是否必传 备注 userid String Y 用户id 出参： 参数 数据类型(长度) 备注 code int 状态码200为成功，500为异常 age int 年龄 id string 用户id name String 用户姓名 postman中请求如下 jmeter中请求如下： ②、获取用户信息：需要添加header，Content-Type application/json 1.1 请求地址 http://192.168.1.102:8081/getuser2 1.2 请求方式 get/post 1.3 入参 参数 数据类型(长度) 是否必传 备注 userid String Y 用户id 1.4 出参 参数 数据类型(长度) 备注 code int 状态码200为成功，500为异常 userid int 用户id name string 用户名称 age int 用户年龄 postman测试如下，本次入参为json类型

转： https://www.cnblogs.com/feng0815/p/7509541.html 首先，什么是接口呢？ 接口一般来说有两种，一种是程序内部的接口，一种是系统对外的接口。 系统对外的接口：比如你要从别的网站或服务器上获取资源或信息，别人肯定不会把数据库共享给你，他只能给你提供一个他们写好的方法来获取数据，你引用他提供的接口就能使用他写好的方法，从而达到数据共享的目的，比如说咱们用的app、网址这些它在进行数据处理的时候都是通过接口来进行调用的。 程序内部的接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，比如bbs系统，有登录模块、发帖模块等等，那你要发帖就必须先登录，要发帖就得登录，那么这两个模块就得有交互，它就会抛出一个接口，供内部系统进行调用。 一、常见接口： 1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等； 2、http api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter

前言 Fiddler最大的优势在于抓包，我们大部分使用的功能也在抓包的功能上，fiddler做接口测试也是非常方便的。 对应没有接口测试文档的时候，可以直接抓完包后，copy请求参数，修改下就可以了。 一、Composer简介 点开右侧Composer区域，可以看到如下界面，就是测试接口的界面了 1.请求方式：点开可以勾选请求协议是get、post等 2.url地址栏：输入请求的url地址 3.请求头：第三块区域可以输入请求头信息 4.请求body：post请求在此区域输入body信息 5.执行：Execute按钮点击后就可以执行请求了 6.http版本：可以勾选http版本 7.请求历史：执行完成后会在右侧History区域生成历史记录 二、模拟get请求 1.在Composer区域地址栏输入博客首页：http://www.cnblogs.com/yoyoketang/ 2.选择get请求，点Execute执行，请求就可以发送成功啦 3.请求发送成功后，左边会话框会生成一个会话记录，可以查看抓包详情 4.右侧history区域会多一个历史请求记录 5.会话框选中该记录，查看测试结果： --选中该会话，点开Inspectors --response区域点开Raw区域 --Raw查看的是HTML源码的数据 --也可以点WebView，查看返回的web页面数据 三、Json数据 1

环绕增强　 　　环绕增强相当于前置增强和后置增强的结合体，使用<aop:around>处理 　　 实例： 　　　　DoSomeService接口： 　　　　　　 　　　　DoSomeServiceImpl实现类： 　　　　　　 　　　　BeforAdvice增强类： 　　　　　　 　　　　application-around.xml文件： 　　　　　　 　　　　测试： 　　　　　　 声明式增强 　　声明式增强:借助Spring IOC的机制，为ProxyFactory代理工厂的属性实现依赖注入，这样做的优点是可配置型高，易用性好。 　　 实例： 　　　　DoSomeService接口： 　　　　　　 　　　　DoSomeServiceImol实现类： 　　　　　　 　　　　BeforAdvice增强类： 　　　　　　 　　　　Application-statemenr.xml文件： 　　　　　　 　　　　测试： 　　　　　　 异常增强　 　　异常增强处理，在目标方法抛出异常后织入；使用<aop:after-throwing>处理 　　新增exception包，作为异常抛出增强的讲解 　　实例： 　　　　DoSomeService接口： 　　　　　　 　　　　DoSomeServiceImpl实现类： 　　　　　　 　　　　BeforAdvice增强类： 　　　　　　 　　　

众所周知，近10年IT领域有两个关键的风向转变，传统IT向云计算转变，传统瀑布和迭代开发模式向敏捷开发模式转变。这两个转变促成了DevOps产品交付模式的出现。互联网行业竞争激烈，许多公司专注于产品和商业模式的快速迭代创新，期望通过DevOps快速交付产品，缩短产品的上市周期。 华为DevOps模式下的软件测试体系的分享主要由 “测试对象的识别、测试组织与流程的演变、测试工具与技术的应用、测试管理和自动化测试”四个领域的关键内容组成。华为云近期推出了7天玩转性能&接口测试系列课程，添加小助手微信（devcloud9）即可免费参与学习。 一、测试对象的识别 软件测试首先需要关注测试对象，不同种类的测试对象的测试策略和测试技术会有显著区别。测试对象即有传统的Web服务、移动APP，也有新兴的微服务和IoT设备。 1. 移动APP Android和iOS手机客户端依然是互联网toC创业的首选产品模式。移动App可以分为Web App、混合App和本地App三种模式，2016年以React Native为代表的技术又带火了移动跨平台开发。跨平台开发可以帮助开发者复用大部分代码，但依然无法解决让开发者头疼的Android系统碎片化问题。移动兼容性测试仍然是针对Android机型碎片化的主要测试手段。 2. Web服务 B/S结构的Web服务依然是很典型的IT产品交付形式

java中的静态代理和动态代理 一、什么是代理 假如有一个目标对象A，使用者想使用A中的方法，它可以先访问一个代理对象B，再由B去访问A，此时B对象就是A的代理；这时可以在不改变A源码的情况下，通过B来增强A中方法的功能。其中的A类被称为委托类,B类被称为代理类。 代理的实现方式有两种，静态代理和动态代理。 二、静态代理 静态代理实际上是创建了一个代理类，传入原始的委托类的对象，在代理类的内部先执行增强的功能，再执行委托类的方法。为了保持功能的一致，委托类和代理类会实现同一个接口，以下以一个UserService的场景举例。 假设存在一个IUserService接口，其中有对用户相关操作的方法 package com.lyy.service; /** * UserService接口,提供用户相关的操作 */ public interface IUserService { void addUser(String username); void deleteUser(String userId); } UserServiceImpl是实现类 package com.lyy.service.impl; import com.lyy.service.IUserService; public class UserServiceImpl implements IUserService {

原文链接： https://blog.csdn.net/s10461/article/details/53941091 1. 概述 泛型在java中有很重要的地位，在面向对象编程及各种设计模式中有非常广泛的应用。 什么是泛型？为什么要使用泛型？ 泛型，即“参数化类型”。一提到参数，最熟悉的就是定义方法时有形参，然后调用此方法时传递实参。那么参数化类型怎么理解呢？顾名思义，就是将类型由原来的具体的类型参数化，类似于方法中的变量参数，此时类型也定义成参数形式（可以称之为类型形参），然后在使用/调用时传入具体的类型（类型实参）。 泛型的本质是为了参数化类型（在不创建新的类型的情况下，通过泛型指定的不同类型来控制形参具体限制的类型）。也就是说在泛型使用过程中，操作的数据类型被指定为一个参数，这种参数类型可以用在类、接口和方法中，分别被称为泛型类、泛型接口、泛型方法。 2. 一个栗子 一个被举了无数次的例子： List arrayList = new ArrayList(); arrayList.add("aaaa"); arrayList.add(100); for(int i = 0; i< arrayList.size();i++){ String item = (String)arrayList.get(i); Log.d("泛型测试","item = " + item); }

1、获取图书信息 GET https://api.douban.com/v2/book/:id 返回图书信息，返回status=200 对于授权用户，返回数据中会带有该用户对该图书的收藏信息： { … (图书信息的其他部分) "current_user_collection": { "status":"read", "rating": { "max":5, "value":"5", "min":0 }, "updated":"2012-11-2012:08:04", "user_id":"33388491", "book_id":"6548683", "id":605519800 } } 原文： https://www.cnblogs.com/xiaohuhu/p/9349671.html

本文主要分为两个部分： 　　第一部分： 主要从问题出发，引入接口测试的相关内容并与前端测试进行简单对比，总结两者之前的区别与联系。但该部分只交代了怎么做和如何做？并没有解释为什么要做？ 　　第二部分： 主要介绍为什么要做接口测试，并简单总结接口持续集成和接口质量评估相关内容。 第一部分： 首先，在做接口测试的过程中，经常有后端开发会问： 后端接口都测试什么？怎么测的？ 后端接口测试一遍 ，前端也测试一遍，是不是重复测试了？ 于是，为了向开发解释上述问题，普及基本的测试常识，特意梳理了接口测试的相关内容以及其与前端测试的区别，使开发团队与测试团队在测试这件上达成基本的共识，提高团队协作效率，从而更好的保证产品质量。 然后，我们试着回答上面的问题： 问题1.1、后端接口都测试什么？ 　　--回答这个问题，我们可以从接口测试活动内容的角度下手，看一下面这张图，基本反应了当前我们项目后端接口测试的主要内容： 问题1.2、我们怎么做接口测试？ 　　--由于我们项目前后端调用主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。工具有很多如：postman、jmeter、soupUI、java+httpclient、robotframework+httplibrary等。 问题2、后端接口测试一遍 ，前端也测试一遍，是不是重复测试了？ 　　-

1. 下载被测网址证书导入 测试时用的是谷歌浏览器 生成.cer后缀的文件 .store jmeter安装的bin路径下运行 name为转换成的文件名；path为.cer文件的存放位置 -添加信任（密码自己设置） 查看文件： http请求 443， https ssl --SSL 转换成.store文件的证书默认存放在jmeter安装的bin路径下运行 运行时要求输入密码，密码为第2步中输入的密码 测试结果如下：（选择Brower可更明显的查看响应结果） 原文：https://www.cnblogs.com/may18/p/9268441.html