测试计划

之前在用JMeter做性能测试时基本都用自己的笔记本电脑。 考虑到网络传输和占用系统资源情况时进行了以下分析： 1 在笔记本上，开始-cmd "ping 服务器"，得到传输时间。在某linux机器上"ping 服务器"得到传输时间，两个时间相差无几，认为不会影响测试结果 2 一般我用来测试的linux测试机和笔记本电脑，都是4核 8G。 可是！今天公司网络很不好！严重影响了我的测试。忍无可忍，干脆在linux上测试算啦。 只需一行命令：sh jmeter.sh -n -t http.jmx -l result_*.jtl 步骤： 一 安装jmeter 1 把你笔记本的jmeter添加到压缩包 jmeter.zip 2 上传jmeter.zip到linux服务器：我用rz方式上传到了/opt/soft 3 解压，进入路径/opt/soft/jmeter/bin 4 查看jmeter.sh是否能够执行，若不能未其添加执行权限，我直接 chmod 777 jmeter.sh，可用 sh jmeter.sh -v 来检测命令是否可用。 二 编写测试计划 1 在GUI模式下，新建一个测试计划，保存并上传到linux机器对应目录，可在测试计划里添加对应的定时器，聚合报告等。 2 在linux目录下找到你的测试计划，vim打开进行编辑 <stringProp name="ThreadGroup

目录 1 概述 1.1 文档目的 1.2 文档 读者 1.3 文档 范围 2 用户 需求概述 3 系统 功能需求 4 参考资料 5 条件 与限制 6 测试 方案 6.1 测试 环境 6.1.1 PC 测试 6.2 测试 类型 6.2.1 测试 需求列表 6.2.2 功能 测试 6.2.3 性能 测试 6.2.4 易用性 测试 6.2.5 安全性 测试 6.2.6 兼容性 测试 6.2.7 可移植性 测试 6.3 测试策略 6.3.1 基本功能测试 6.3.2 用户界面及易用性测试 7 测试 计划 7.1 测试 资源 7.2 测试 进度 安排 7.3 测试 准备工作 7.4 风险 评估 7.5 系统 测试 进入 准则 7.6 系统 测试 退出 准则 具体情况如下： 1 概述 在整个系统 测试阶段 ,相关的系统测试工作的开展需要进行各方面的明确,在系统测试计划中主要是针对系统测试阶段各个不同岗位所担负的相关职责,防范由于职责不清所造成的系统测试工作的 混乱现象 .明确定义相关的系统测试范围,防止由于测试分工而造成的遗测.在该 计划中一定要对系统测试过程中可能出现的各种风险进行预防和规避 . 1.1 文档目的 本文档主要阐述xxx统测试计划。 xxxxx对今后软件开发人员概要设计、详细设计和编码有着重要的指导作用。 1.2 文档读者 测试人员、研发人员、项目管理人员。 1.3 文档范围

测试计划、测试方案、测试策略、测试用例的区别 转自： https://www.cnblogs.com/zhangyublogs/p/5124735.html 一 测试计划 测试计划是指描述了要进行的测试活动的范围、方法、资源和进度的文档。它主要包括测试项、被测特性、各阶段的测试任务、时间进度安排，谁执行任务和风险控制等，可以包括测试策略。 二 测试方案 测试方案是指描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。 三 测试策略 侧重需求分析，评估风险，定义测试范围，确定测试方法，制定测试启动、停止、完成标准和条件。 四 测试用例 根据测试计划，制定完成测试任务的具体测试步骤。 五 测试计划与测试方案区别 序号 角度 测试计划 测试方案 1 组织方式不同 管理文件 技术文件 2 目的不同 强调“做什么” 强调“怎么做” 3 具体要求不同 组织架构、工作任务分配、工作量估计、人力物力资源的分配、进度的安排、风险的估计和规避、各任务通过准则等 测试需求的细化、测试组网图的设计、自动化测试框架的设计、测试数据和测试脚本的设计、测试用例设计的原则等 ------------------------------------ 测试方案模板 1 目的 2 范围 3 术语和缩略语解释 4 参考文献 5 测试目标 6 测试范围 测试序号

正则提取token时遇到的坑：图2的token采用了图一正则表达式一直提取不到token，原因图一返回体是以}结束的，而图二是以，结束的所以导致图二的token一直比配不到（嗯，我就是小白，所以才会遇到这样的问题^_^） 1、json返回体"token":"(.+?)"} 该写法能获取到以下返回的token，因为是以大括号结束，但是用于第二个返回的json就不行，因为不是大括号结束详情见2 2 、 "accessToken":"(.+?)", 该正则表达式需这样写才能获取到 获取 token ：用正则表达式提取正文：关于正则提取表达式解释可参考：https://www.cnblogs.com/rechin/p/9134069.html 1、 设置 http 默认值 : 测试计划 --> 添加 -->THreads(User)-->jc@uitimate thread group--> 配置元器件 --> http 请求默认值 http 请求默认值（设置：默认协议、服务器名称或者 ip ） 2、 设置 http 信息头管理 : 测试计划 --> 添加 -->THreads(User)-->jc@uitimate thread group--> 配置元器件 --> http 信息头管理器 http 信息头管理器（添加请求头类型、添加正则获取 token ） 3、 设置仅一次控制器

文件转载至： https://jingyan.baidu.com/album/a681b0de5b85db3b184346b9.html?picindex=2 1.打开JMeter，更改语言为中文，官方默认为我们提供了简体中文。通过 【Options】->【Choose Language】变更为简体中文，如下图所示： 2.创建线程组 在“测试计划”上右键 【添加】-->【Threads(Users)】-->【线程组】，如下图所示： 3.设置线程数和循环次数。我这里设置线程数为500，循环一次，如下图所示： 4.配置元件 在我们刚刚创建的线程组上右键 【添加】-->【配置元件】-->【HTTP请求默认值】，如下图所示： 5.配置我们需要进行测试的程序协议、地址和端口，如下图所示： 当所有的接口测试的访问域名和端口都一样时，可以使用该元件，一旦服务器地址变更，只需要修改请求默认值即可。 6.构造HTTP请求 在“线程组”右键 【添加-】->【samlper】-->【HTTP 请求】设置我们需要测试的API的请求路径和数据。我这里是用的json（可以无参，根据接口方法来），如下图所示： 7.添加HTTP请求头 在我们刚刚创建的线程组上右键 【添加】-->【配置元件】-->【HTTP信息头管理器】。 因为我要传输的数据为json，所以设置一个 Content-Type

　　jmeter安装参见 win10下安装JMeter 。接下来举个例子看下怎么用。首先打开jmeter，界面如下： 、 　　我们可以设置全局用户变量，修改测试计划名称，比如我现在想验证spring cloud alibaba sentinel的限流和熔断功能，把“测试计划”改成“sentinel功能验证”。右击测试计划，新增线程组： 　　 　　设置线程数为3，并发执行一次： 　　Ramp-Up Period是用多久时间启动完线程数中指定的所有线程，举例，现在有3个线程，如果该值为9，那么每3秒启动一个线程。如果为0，则直接3个线程一起跑，也就是并发执行。右击线程组，新建事务控制器： 　　将事务控制器改名为接口，新增HTTP请求 　　将HTTP请求改名为/hello，设置参数： 　　再次右击事务控制器（名称已改为“接口”），添加察看结果树 　　若是做性能测试，可以再加上图形结果、聚合报告等。最后我们点击左上角“保存”按钮，将我们新建的测试计划保存起来，再点击界面上方工具栏“启动”按钮跑一把，可以在察看结果中点击具体请求信息： 　　我们之前设置了3个线程并发执行，因此这里有3个/hello接口被调用，分别点击这3个接口，从“取样器结果”中，我们发现调用时间都是一样的。点击“请求”可以看到请求信息，点击“响应数据”看响应结果： 　　打完收工。 　　 来源： https://www

个人认为做好测试计划的编写工作应该从以下几个方面考虑问题： 1、要充分考虑测试计划的实用性，即，测试计划与实际之间的接近程度和可操作性。 2、要坚持“5W1H”的原则，明确测试内容与过程。 明确测试的范围和内容（WHAT）； 明确测试的目的（WHY）； 明确测试的开始和结束日期（WHEN）； 明确给出测试文档和软件册存放位置（WHERE）； 明确测试人员的任务分配（WHO）； 明确指出测试的方法和测试工具（HOW）。 3、采用评审和更新机制，确保测试计划满足实际需求。 因为软件项目是一个渐进的过程，中间不可避免地会发生需求变化，为满足需求变化，测试计划也需要及时地进行变更。 之所以采取相应的评审制度，就是要对测试计划的完整性、正确性、可行性进行评估，以保证测试的质量。 4、测试策略要作为测试的重点进行描述。 测试策略是测试计划中的重要组成部分，测试计划是从宏观上说明一个项目的测试需求、测试方法、测试人员安排等因素， 打个不太恰当的比喻，你可以认为测试计划就是测试工作的预期输出，而测试执行是测试工作的实际输出，在预期输出！=实际输出 至于测试用例工作，我认为我们首先要明确测试用例在整个测试工作中的地位及其作用。 测试用例在整个测试工作中的 地位和作用主要体现在以下几个方面： 1、测试用例是测试执行的实体，是测试方法、测试质量、测试覆盖率的重要依据和表现形式； 2

day 1 学习目标: 熟练搭建本地测试环境 掌握熟悉项目的步骤和内容 掌握项目基本的测试流程 基础环境介绍: 项目环境的组成部分: 操作系统 windows win7 win10 Linux Centos 6.x,7.x Redhat 6.x,7.x Ubuntu 14.z,16.x,18.x Mac web 服务器 apache: 稳定,文档齐全 默认监听端口:80 nginx: 负载均衡器 默认监听端口:80 tomcat:默认监听端口"8080 ->JAVA 数据库 Mysql Oracle Sql Server DB2 项目 LNMP: LINUX+Nginx+Mysql+PHP WAMP: Windows+Nginx+Mysql+PHP 扩展: Apache 与 Nginx 的区别: apache 与 nginx 均可以作为web服务器使用 apche 系统稳定性更强文档丰富 nginx 消耗更少的系统资源(如CPU,内存等) nginx 更加典型的应用场景是作为负载均衡器使用 搭建测试环境 准备工作 phpstudy安装文件 项目部署包 部署说明书 安装集成环境 apache 监听端口: 80 mysql 监听端口: 3306 部署项目 将TPshop 项目压缩包解压后文件夹里的全部内容放入phpstudy安装路径\www中 常见故障 mysql 端口被占用

之前有记录过用bodbay这个地三方的插件来录制脚本，然后想了一下用jmeter本身来录制脚本，网上有很多人说jmeter录制的脚本会不稳定，当然，大家也可以用第三方插件录制，下面用jmeter 4.0的版本来录制脚本，然后实现压力测试。 录制前提： 1、下载好jmeter 4.0工具 （jemter3.0也可以录制，只是和jmeter4.0的区别在于UI发生了一点改变） 2、IE浏览器（能正常联网） 一、打开jmeter 4.0 1、添加线程组：点击测试计划，右键添加 2、添加代理服务器：点击测试计划->添加->非测试元件->HTTP代理服务器 PS:jemter3.0版本的添加方法是点击工作台添加 添加之后，页面如下： 端口可以是8888，也可以是其它的，只要不要和程序的端口有冲突就行。 3、添加录制控制器：点击线程组，右键添加 录制控制器页面如下：例如录制百度新闻页面，给录制控制器改了名字 然后点击HTTP代理服务器，切换到代理服务器配置界面，修改以下两处红圈位置。选择录制控制器 4、添加HTTP cookies 管理器：一定要添加这个，不然录制的时候会报错。 5、jmeter的相关设置好之后，下面设置代理浏览器（本文采用IE浏览器做例子，其它浏览器会下章记录） 6、打开IE浏览器属性，设置代理 局域网设置页面如下： 录制什么脚本就把地址给粘贴进去

在之前的文章中给大家介绍过接口测试文档和接口测试用例示例，本文基于Jmeter工具给大家介绍一下如何实现接口测试用例：包括发起Http请求，绕过登陆，验证响应。JMeter是Apache组织开发的基于Java的压力测试工具。具有开源免费、框架灵活、多平台支持等优势。除了压力测试外，JMeter在接口测试方面也有广泛的应用。 接口测试用例示例 组织测试用例 Jmeter是绿色安装，官网（https://jmeter.apache.org/download_jmeter.cgi)下载安装包以后解压即可使用。打开Jmeter，命名测试计划，在测试计划下新建线程组，在线程组下编写接口请求，保存Jmeter测试计划为Jmeter脚本（.jmx文件）。 一个Jmeter测试计划下可以有多个线程组，一个Jmeter线程组下可以有多个Jmeter请求 Jmeter测试计划对应手工测试用例的Suite，Jmeter线程组对应手工测试用例的TestCase，Jmeter请求对应手工测试用例的Test Step 根据接口测试用例，编写出如下测试脚本大纲： 发起Http请求 Http请求包含三部分，Jmeter使用Sampler->Http请求 发起Http请求 请求行（HTTP协议和请求的URL，在Http请求中编写） 请求头（头信息，选填，可在Http信息头管理器中编写请求头信息） 请求体