postman

　　Elasticsearch为开发者提供了一套基于Http协议的Restful接口，只需要构造rest请求并解析请求返回的json即可实现访问Elasticsearch服务器。Elasticsearch的API接口功能丰富，包含集群、监控、部署管理等，也包含常用的文档、索引操作，本文主要是使用Postman工具对文档操作相关的api做学习记录。 新增文档 PUT方式：http://localhost:9200/store/product/1 //指定id，存在则更新，不存在则新增 POST方式：http://localhost:9200/store/product //自动生成id 其中store表示Index，product表示Type，数字1表示的是Document(文档)的主键，主键可以是任意的形式，也可以不指定主键，Elasticsearch将会自动生成一个唯一主键，但是必须是post方式提交请求。 测试： 返回结果中_id：自动生成的主键，_shards:表示分区信息，total:2表示有两个分区，successful：1 表示成功赋值了一份。_version：1表示该文档的版本号，每修改一次，版本号都会自增。 Elasticseach-head中查看数据： 根据主键查询 GET方式：http://localhost:9200/store/product

总结一下如何使用postman发送get或post请求 请求 一.GET请求 通常用于请求服务器发送某个资源，请求的数据会附在URL之后，以?分割URL和传输数据，多个参数用&连接 1.请求方法选择GET 2.在request url处输入请求url 3.点击Params，会弹出键值输入框，可以添加多个参数，填写好的参数会自动拼接到url中(如果添加的url已经有参数，postman会自动将url的参数分成键-值对两部分) 当然也可以根据需要在Headers添加请求头信息 二.POST请求 POST方法一般用来向服务器输入数据，它把提交的数据放置在是HTTP包的包体中 1.请求方法选择POST 2.在request url处输入请求url 3.请求方法选为POST后，请求栏下的Body栏会高亮，也就是可以向request body中填充数据(添加再body种的参数并不会追加到url后面) Body中有4种数据填充形式，分别为：form-data、x-www-form-urlencoded、raw、binary (1)form-data 表示http请求中的multipart/form-data方式，会将表单的数据处理为一条消息，用分割符隔开，可以上传键值对或者上传文件： (2)x-www-form-urlencoded 会把表单数据转换为键值对 form-data与x-www

以前只会用GET和POST，但有时候就会傻傻分不清什么时候该用GET，什么时候该用POST，花了一段时间把这两个东西给琢磨了一遍，特此记录一下。 这里着重讲一下GET和POST一些细节。在讲两者传输区别之前，一个需要注意的就是： 很多人一提到地址栏的传参方式，就联想到GET，其实不管是GET还是POST都可以通过地址URL传递参数，因为参数属于URL的一部分，服务端只要能获取URL就能获取其中的参数。很多浏览器也对URL传参的大小做了限制，一般是2K字节数，很多服务器最多也只处理64K的URL。 GET请求： HTTP协议规定GET请求一般是将数据放在http的header部分，由于header本身只是作为一个标识，并不适合传输大量的数据，所以最好只用于传递一些关键参数信息。GET可以被浏览器缓存，很适合一些请求资源应用场景。 POST请求： HTTP协议规定POST请求一般是将数据放在http的body部分。这样不会受到传输数据的大小限制，理论上可以传输极大的数据包。不过POST请求作为不能被浏览器缓存 HTTP对通过body部分传输数据提供很多种（也就是请求头部对应的Content-Type属性），由于太多，就不一一举例了，就拿postman提供的几种方式作说明： multipart/form-data： 以表单的方式 上传文件 时就是使用的这种方式。 application

缺少的配图会在后期慢慢更新出来 1 首先我们来说说postman+newman+node.js+git+jenkins它们之间的关系。首先jenkins只支持命令行模式，包含win的和linux的。postman的命令行运行环境是newman，而newman又依赖于node.js。 2 以上软件都是开源的，大家百度一下很容易找到。 jenkins 地址 https://jenkins.io/download/ 其中jenkins下载war包放入tomcat启动. 在配置上win环境和linux配置略有不同。 1 linux需要建立一个账号名Jenkins，并且提升至root权限，用此jenkins账号生成git秘钥对，否则有时候无法拉取git的分支。这一点我有疑问，运维大神可以出来指点指点。 2 在节点配置上linux需要将全路径配置上，否则会报错。而win换将貌似不需要 3 我的测试环境和生产环境是一样的，开发并没把加密拿掉 ，索性postman支持js代码，可以实现AES加密 下边是解密 4 postman写成的脚本导出到本地git仓库中，当然还有你的环境集合。这里多说一嘴，postman并不适合做多接口串行，当然不是不能做，例如可以使用 pm.globals.set(变量名, 变量值) 设置到环境变量中 然后在其他脚本中进行引用就行了

接口测试脚本一般的执行流程 做接口测试的话，首先要考虑的是如何选择一个合适的工具？ 在忽略工具是否好用，是否能满足业务要求的前提下，需要考虑以下2点： 1、要考虑工具的学习成本 2、要考虑团队的协作 　接口测试脚本的执行流程： 团队成员协作编写接口用例->用例归档到git/svn->脚本集成jenkins,在环境更新后自动触发执行或定时执行。 Postman工具常见的接口测试流程是怎样的？ 使用Postman+Newman+Git+Jenkins+钉钉 /邮件提醒 Windows系统Newman安装 1、下载Node.js进行安装，然后配置node的环境变量 2、借助npm工具，安装Newman npm install -g newman 3、运行Newman 通过Newman来运行某个postman脚本： newman run mycollection.json 用newman执行postman脚本的效果如下： Centos系统Newman安装 1、先下载安装nodejs （ 必须安装10.0以上的版本 ） 从http://nodejs.cn/download/下载linux系统压缩包 ,，解压，配置环境变量 tar xvJf ***.tar.xz echo "export PATH=\"\$PATH:/root/tools/node-v14.8.0-linux-x64/bin\

一、什么是接口测试 通常做的接口测试指的是系统对外的接口，比如你需要从别的系统来获取到或者同步资源与信息，他们会提供给你一个写好的接口方法供你调用，比如常用的app，用户同步这些在处理数据的时候需要通过接口进行调用。 webService接口和http api接口是最常见的两种接口方式，后者最常用，采用http协议，有get 和post请求方法，返回的数据是json类型，接口测试也可以说是功能测试，通过调用接口从数据库中获取到数据，返回回来。 二、前端和后端 前端和后端如果说成客户端与服务端比较好理解，在浏览器上打开一个网页，打开一个管理系统，在一个APP上操作，这些都属于前端，他的作用就是显示页面，操作页面，而处理这些业务逻辑功能比如说页面上的非空校验，业务逻辑功能能都是通过后端来实现的，而前端和后端的交互正是通过接口来交互的。 三、get请求和post请求的区别 get请求接口的请求数据是放在url里面的，post请求接口的请求数据是放在body里面的，get请求可以在浏览器中直接访问，而post请求只能借助工具完成 四、cookie和session cookie是存放在本地的一个健值对 对应的是key-value，session是存放在服务端的一个健值对k-v 五、接口测试的依据 接口规范文档，接口文档至少包括 1、接口说明 2、调用url 3、请求方法（get\post）

apizza，postman 来源： oschina 链接： https://my.oschina.net/u/2604594/blog/2993556

一.前言 软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。 软件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。 对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。 这个时候，一些软件测试的基础理论和实用技术开始形成，并且人们开始为软件开发设计了各种流程和管理方法，软件开发的方式也逐渐由混乱无序的开发过程过渡到结构化的开发过程，以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征。 人们还将“质量”的概念融入其中，软件测试定义发生了改变，测试不单纯是一个发现错误的过程，而且将测试作为软件质量保证(SQA)的主要职能，包含软件质量评价的内容，Bill Hetzel在《软件测试完全指南》(Complete Guide of Software Testing)一书中指出：