上一章节我们介绍了postman的变量测试以及导入数据测试基本上技术性的东西已经差不过了,这篇文章再系统性的介绍一下. 一.下载 官网:https://www.postman.com 1.选择需要下载的版本号 2.双击下载的安装包,进入到用户登录和注册的页面 若个人使用,点击下方Skip and go to the app进入到postman的主页面. 若企业或团队使用,可以先注册账号加入到团队工作区 二.postman界面 1.界面导航说明 2.请求体选择 form-data:是post请求当…

postman是一个谷歌出的轻量级的专门测试接口的小工具~(PS:postman包括两种:Chrome浏览器插件和postman客户端,我使用的是postman客户端)虽然不如firefox的poster插件“轻量”,但是比firefox的poster插件.fiddler的接口测试功能更全面,比Jmeter更轻量.便捷~ 一.JMeter 介绍 Apache JMeter是100%纯JAVA桌面应用程序,被设计为用于测试客户端/服务端结构的软件(例如web应用程序).它可以用来测试静态和动态资源…

变量 变量类型(按照作用域划分) 全局变量(全局环境里面的变量) 集合变量(请求集合里声明的变量) 自定义环境变量 数据变量(在runner时文件变量) 本地变量 变量权重类型 全局变量 < 集合变量 < 自定义环境变量 < 数据变量 < 本地变量 变量范围 在请求构造器中使用变量 可以通过 {{variableName}} 的方式使用变量,如下图所示: 通过数据编辑器设置变量 postman在请求构造器的右上角提供了两处比较便捷的方式设置全局变量和自定义环境变量,分别是环境快速预…

1.名片:用两种集合(ArrayList/List<>)去输出余下信息.身份证号码,电话号码,性别,姓名,身高,年龄,体重.需求:根据 姓名 去查询某一行数据.如果集合中不存在提示(“自定义提示 例:查无此人”):如果存在就输出该姓名对应的全部信息. 2. 冒泡排序:不限定集合类型 去实现冒泡排序 本系列教程: C#基础总结之八面向对象知识点总结-继承与多态-接口-http://www.cnblogs.com/spring_wang/p/6113531.html C#基础总结之七面向对象知识点…

今天在如鹏网(不是发广告)上看到一道题,题目很难就不说了,但是老师给的提示的题目却让我感兴趣,就是标题的内容. 题目是把a与b做异或比较从而实现不通过第三变量来交换a和b的数值答案是这样的: a=a^b b=a^b a=a^b 我当时看了就一脸懵逼了,异或比较平时比较少用,去百度了一下. 当两个数值在做异或比较的时候是先转换为二进制再比较的,并且相异为真,相同为假. 同时在百度的时候,也有人给出了解答 当第一步a=a^b之后a就成了a与b的异或后的值 第二步b=a^b=a^b^b相当于这样,又因…

三:使用集合组织相关数据 集合概念: ArrayList:非常类似于数组,也有人称他为数组的列表.ArrayList可以动态维护,数组的容量是固定的 和数组类似,ArrayList中存储的是数据成为元素,ArrayList可以保存的元素就是ArrayList 的容量,其默认初始容量为0:可以通过索引访问ArrayList中的元素,索引从0开始 ArrayList是动态维护的 代码: 命名空间: using System.Collections //创建容量为0的ArrayList对象 Array…

以下方法的根本原理就是: 借助第三个变量 c = a; a = b; b = c; 运算符-不借助第三变量: a = a+b; b = a-b; a = a-b; 为运算符-不借助第三个变量: (此种方法运用这种原理:一个数对另一个数位异或两次,该数不变)a = a^b; b = a^b; a = a^b; /** * Swap * 互换两个变量的值的方法 * @author bc * @since 2018年3月27日 */ public class Swap { public static…

前段时间忙于接口测试,也看了几款接口测试工具,简单从几个角度做了个比较,拿出来与诸位分享一下吧.各位如果要转载,请一定注明来源,最好在评论中告知博主一声,感谢.本报告从多个方面对接口测试的三款常用工具进行比较分析,以便于在特定的情况下选择最合适的工具,或者使用自己编写的工具.(不同工具定位不同,我们只是主要从接口功能测试的角度进行分析).博主对这几款工具也仅仅是浅尝辄止,并未做太过深入的应用,报告中如果有哪些不合适的地方,欢迎指正. 1.  用例组织方式 首先是用例组织方式的不同,不同的目录结构…

前段时间忙于接口测试,也看了几款接口测试工具,简单从几个角度做了个比较,拿出来与诸位分享一下吧.各位如果要转载,请一定注明来源,最好在评论中告知博主一声,感谢.本报告从多个方面对接口测试的三款常用工具进行比较分析,以便于在特定的情况下选择最合适的工具,或者使用自己编写的工具.(不同工具定位不同,我们只是主要从接口功能测试的角度进行分析).博主对这几款工具也仅仅是浅尝辄止,并未做太过深入的应用,报告中如果有哪些不合适的地方,欢迎指正. 1.  用例组织方式 首先是用例组织方式的不同,不同的目录结构…

1.  用例组织方式 首先是用例组织方式的不同,不同的目录结构与组织方式代表不同工具的测试思想,学习一个测试工具应该首先了解其组织方式. SoapUI的组织方式如下图,最上层是WorkSpace,每个窗口只可以打开一个WorkSpace(这是一个xml文件),每个Project也是一个单独的xml文件(为了协同工作,也可以通过设置将其转化为一堆文件集合),所以每个WorkSpace中可以打开多个Project,一个Project也可以在不同的WorkSpace中. Project对应我们的测试项…