LoadRunner

写在前面：在日常开发过程中，有人做前端开发，有人负责后端开发。接口的主要作用就是连接前后台。但是，由于前端和后端开发的速度可能不一样，尤其是后端开发好了，但前端还未开发。这种时候我们需要做接口测试吗？ 在日常工作中，我们主要测试的都是功能板块，如果你想真正了解接口测试，那么这篇文章或许能给你一定帮助。 1、为什么我们要做接口测试？ 首先，我们先来看看测试金字塔（接口测试是在中间部分，底层是单元测试，最顶端是界面测试）。 从三者的面积大小来看，单元测试和接口测试，才是重点，而界面测试真的是太少。这个面积，你可以理解为代码覆盖，也可以理解为测试的工作量。 在国内公司越来越重视接口测试了。之前的几年，很多测试资源都放在了界面的测试，看趋势接下来应该会逐步放在接口测试功能、性能、自动化和稳定性测试上面。 2、什么是接口测试？ 这个有太多文章，就不细说了，百度或者论坛里找就好了。 3、接口的分类 在开始做接口测试之前，有必要了解一下接口的分类。这里的分类，主要是HTTP请求方法分类。下面是我们最常见的GET/POST/PUT/DELETE四种方法。工作中接口用到最多是GET和POST方法。 4、设计接口测试用例 接下来，我们就一起来聊聊进行接口测试的准备工作。有些同学很好奇，接口测试要流程干嘛？不就是拿着接口文档利用接口测试工具测试。 如果只是三五个接口，你可以这么做一个临时的接口测试

Run-TimeSettings设置 Run-TimeSettings设置主要是用于设置在脚本运行过程中脚本运行的策略。在菜单Vuser中选择Run-TimeSettings或按快捷键F4，如图所示。需要注意的设置项有：RunLogic选项卡、Pacing选项卡、ThinkTime选项卡和Miscellaneous选项卡。 Run Logic选项卡 RunLogic选项卡主要是用来设置运行时脚本迭代的次数，可以通过更改Numberofiterations的值来设置迭代的次数，如图所示， 修改NumberofIterations的值只对Run部分的脚本迭代次数有影响，而对Init和End部分的脚本迭代次数并没有影响。在调用脚本时，经常会设置不同的值来查看参数的迭代过程，当脚本调试成功后，在场景中运行时，该项值一般设置为1-3次，但并没有强制一定需要设置为多少，设置值的多少只会影响在单位时间内客户端向服务器提交的HTTP 请求数。其它的没有影响。 Pacing选项卡 Pacing选项卡主要用来设置脚本迭代过程中脚本之间的时间间隔，如在第N次脚本迭代完成后，等待5秒钟后进行第N+1次脚本迭代，如图所示。 Assoonasthepreviousiterationends： 在多次迭代时，上一次迭代执行结束后马上执行下一次迭代，如图所示。

**第一部分：** 在流量压力情况下，怎么保证多用户（线程）在执行多个测试任务时遵循一定的顺序，而不是一种随机的现象。这种需求在Locust中也是可以实现的，可以将taskset继承TaskSet的子类SequentialTaskSet。以一个例子来说明这种用法： from locust import User,SequentialTaskSet,task,between def function_task(l): print("This is the function task") class MyUser(User): wait_time = between(5,9) @task class SequenceOfTasks(SequentialTaskSet): @task def first_task(self): print("this is the first task") tasks = [function_task] @task def second_task(self): print("this is the second task") @task def third_task(self): print("this is the third task") 以上代码例子中，SequeneOfTasks类是嵌入到MyUser类中的

第一部分： 在流量压力情况下，怎么保证多用户（线程）在执行多个测试任务时遵循一定的顺序，而不是一种随机的现象。这种需求在Locust中也是可以实现的，可以将taskset继承TaskSet的子类SequentialTaskSet。以一个例子来说明这种用法： from locust import User,SequentialTaskSet,task,between def function_task(l): print("This is the function task") class MyUser(User): wait_time = between(5,9) @task class SequenceOfTasks(SequentialTaskSet): @task def first_task(self): print("this is the first task") tasks = [function_task] @task def second_task(self): print("this is the second task") @task def third_task(self): print("this is the third task") 以上代码例子中，SequeneOfTasks类是嵌入到MyUser类中的

一、软件测试功能测试 测试用例编写是软件测试的基本技能；也有很多人认为测试用例是软件测试的核心；软件测试中最重要的是设计和生成有效的测试用例；测试用例是测试工作的指导，是软件测试的必须遵守的准则。 黑盒测试常见测试用例编写方法 1、等价类 选取少数有代表性的数据，这一类数据等价于这一类的其它值；找出最小的子集，可以发现最多的错误；特性：必须设计的用例；涵盖了大部分情况； 2、边界值 所谓边界条件，是指输入和输出等价类中那些恰好处于边界、超过边界、或在边界以下的状态 ；特征：选择一个或多个元素，以便等价类的每一个边界都经过了测试；与仅仅关注输入条件不同，还需要考虑结果空间（输出等价类）设计测试用例； 3、因果图 输入条件的组合进行分析。用一个系统的方法选择出高效的测试用例集； 分析思路： a、分析规格说明描述，确定原因和结果，并赋予标识符； b、分析规格说明语义，找出原因与原因之间，原因与结果之间关系，画出因果图； c、有些原因与原因之间，原因与结果之间组合不会出现，用记号表明约束或限制条件； d、因果图转换为判定表； e、判定表的每一列作为依据，设计测试用例； 4、判定表驱动法 分析和表达多逻辑条件下执行不同操作的情况的工具 ；略过因果图的绘制，直接列出所有组合进行筛选； 5、正交实验法 利用因果图来设计测试用例时, 输入原因与输出结果之间的因果关系

//loadrunner中应用结构的脚本学习 struct student { int num ; //学号 char name [ 8 ]; //姓名 int age ; //年龄 char sex [ 2 ]; //性别 float chinesescore ; //语文成绩 float mathscore ; //数学成绩 }; Action02 () { //为结构数组赋前2个结构数组元素值 struct student stu [ 3 ] = { { 101 , "孙悟空" , 30 , "男" , 100.00 , 100.00 }, { 102 , "沙和尚" , 28 , "男" , 99.00 , 99.00 } }; struct student stu1 ={ 103 , "白骨精" , 99 , "女" }; //为结构变量stu1赋部分数据 int i ; stu1 . chinesescore = 90.50 ; stu1 . mathscore = 89.00 ; stu [ 2 ] = stu1 ; //将stu1变量赋给数组元素stu[2] for ( i = 0 ; i <= 2 ; i ++) { lr_output_message ( "------------------------------" ); lr_output_message

一、软件测试功能测试 测试用例编写是软件测试的基本技能；也有很多人认为测试用例是软件测试的核心；软件测试中最重要的是设计和生成有效的测试用例；测试用例是测试工作的指导，是软件测试的必须遵守的准则。 黑盒测试常见测试用例编写方法 1、等价类 选取少数有代表性的数据，这一类数据等价于这一类的其它值；找出最小的子集，可以发现最多的错误；特性：必须设计的用例；涵盖了大部分情况； 2、边界值 所谓边界条件，是指输入和输出等价类中那些恰好处于边界、超过边界、或在边界以下的状态 ；特征：选择一个或多个元素，以便等价类的每一个边界都经过了测试；与仅仅关注输入条件不同，还需要考虑结果空间（输出等价类）设计测试用例； 3、因果图 输入条件的组合进行分析。用一个系统的方法选择出高效的测试用例集； 分析思路： a、分析规格说明描述，确定原因和结果，并赋予标识符； b、分析规格说明语义，找出原因与原因之间，原因与结果之间关系，画出因果图； c、有些原因与原因之间，原因与结果之间组合不会出现，用记号表明约束或限制条件； d、因果图转换为判定表； e、判定表的每一列作为依据，设计测试用例； 4、判定表驱动法 分析和表达多逻辑条件下执行不同操作的情况的工具 ；略过因果图的绘制，直接列出所有组合进行筛选； 5、正交实验法 利用因果图来设计测试用例时, 输入原因与输出结果之间的因果关系

一、软件测试功能测试 测试用例编写是软件测试的基本技能；也有很多人认为测试用例是软件测试的核心；软件测试中最重要的是设计和生成有效的测试用例；测试用例是测试工作的指导，是软件测试的必须遵守的准则。 黑盒测试常见测试用例编写方法 1、等价类 选取少数有代表性的数据，这一类数据等价于这一类的其它值；找出最小的子集，可以发现最多的错误；特性：必须设计的用例；涵盖了大部分情况； 2、边界值 所谓边界条件，是指输入和输出等价类中那些恰好处于边界、超过边界、或在边界以下的状态 ；特征：选择一个或多个元素，以便等价类的每一个边界都经过了测试；与仅仅关注输入条件不同，还需要考虑结果空间（输出等价类）设计测试用例； 3、因果图 输入条件的组合进行分析。用一个系统的方法选择出高效的测试用例集； 分析思路： a、分析规格说明描述，确定原因和结果，并赋予标识符； b、分析规格说明语义，找出原因与原因之间，原因与结果之间关系，画出因果图； c、有些原因与原因之间，原因与结果之间组合不会出现，用记号表明约束或限制条件； d、因果图转换为判定表； e、判定表的每一列作为依据，设计测试用例； 4、判定表驱动法 分析和表达多逻辑条件下执行不同操作的情况的工具 ；略过因果图的绘制，直接列出所有组合进行筛选； 5、正交实验法 利用因果图来设计测试用例时, 输入原因与输出结果之间的因果关系

常见接口类型 1.根据协议区分 1、webService接口:是走soap协议通过http传输请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有Soapul、jmeter、loadrunner等; 2、http接口:是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等; http接口与WebService接口的区别: 1，使用的协议有点区别webservice用的soap协议 http用的是http协议 2，传输数据的报文格式不一样: webservice用的xm1格式 http用的比较多的是htm1格式，json格式，xm1格式web端一般用的都是htm1格式,App端用的都是json格式3，共同点都需要用到工具去进行测试 常用的接口测试工具:soapui ,JMeter ,postman ⒉.根据功能区分: 2.根据功能区分： 同步接口 同步接口我们可以理解，你们去买票，你付款，相当你发送一个请求，那么你回立马要求他给你一张票，给你一张票相当于返回数据，那么同步接口有实时性，你发送请求，需要他在有限的时间内立马返回数据

一、软件测试概念 什么是软件测试？百度百科上，软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 其实说直白一点，就是找bug。 二、软件测试目的 软件测试的目的，就是基于概念而言的。其目的大概分为以下几种： 1.发现软件的缺陷 2.提高软件质量 3.软件开发，测试过程改进 4.评估软件质量 5.降低公司对软件的维护成本 6.降低软件发布后，对公司负面影响的风险 三、软件测试模型 常见的 软件测试模型 包括V模型、W模型、H模型、X模型和前置模型。这里暂且介绍常用的V模型及W模型。 1.V模型 V模型是最具有代表意义的测试模型。V模型是软件开发瀑布模型的变种，它反映了测试活动与分析和设计的关系 。 用户需求 验收测试 需求分析和系统设计 确认测试和系统测试 概要设计 集成测试 详细设计 单元测试 编码 1）从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系 。 2）左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。 优点 ：V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 缺点 ：仅仅把 测试过程 作为在