自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(16)
  • 收藏
  • 关注

原创 jmeter分布式配置

1.jmeter分布式原理图 JDK1.8 jmeter5.4.12.配置控制机编辑填写上Slave机的ip地址打开jemetr.server.bat启动服务重启jemter远程连接坑1,需要将Slave机的jmeter.seever.bat服务启动,否则会出现如下现象远程连接坑2,jmeter.server.bat启动提示失败,将 jmeter.properties中的server.rmi.ssl.disable=flase改为true 重启后即可所有配置完成后,重启服务和jme

2021-12-20 17:33:03 423

原创 性能测试过程监控插件

一, 背景:性能测试执行过程中,为了对目标测试数据进行有效跟踪和收集,需要使用部分插件。二,使用步骤:1, 安装下图插件管理器,放置于*\apache-jmeter-5.4.1\lib\ext目录中。2, 见下图判断是否安装插件成功。图1,插件安装地址3, 插件管理器显示效果:图2,插件管理器显示:4, 插件选择安装:图3,安装指定插件5, 下载指定插件:图4,下载指定插件6, 添加插件图5,选择添加插件地址7, 插件显示效果:三,其他有用资料:jmeter插件主

2021-12-20 17:11:35 204

原创 性能测试简单分析和调优

一, 目的:通过编写性能测试分析及调优相关流程和方法,帮助研发工程师、性能测试工程师,测试研发工程师或者运维工程师快速开展性能测试,压力测试或稳定性测试,确定和定位产品系统业务链路瓶颈以及进行系统调整或优化。二,适用对象:需求提出方。三,性能分析:3.1, 前提:性能分析的前提除了需要丰富性能测试监控(如客户侧监控、可使用granfana进行定位),还需要具备相关技术背景知识(包括但不限于:操作系统、中间件、数据库和开发等)3.2, 流程:多数情况下压测流量并没有完全进入到后端(服务端),在

2021-12-20 16:29:41 526

原创 性能测试相关知识和参考技术指标

1, 性能测试指标交易响应时间(Response Time: RT):响应时间指用户从客户端发起一个请求开始,到客户端接收到从服务器端返回的响应结束,整个过程所耗费的时间。在性能检测中一般以压力发起端至被压测服务器返回处理结果的时间为计量,单位一般为秒或毫秒。平均响应时间指系统稳定运行时间段内,同一交易的平均响应时间。一般而言,交易响应时间均指平均响应时间。 平均响应时间指标值应根据不同的交易分别设定,一般情况下,分为复杂交易响应时间、简单交易响应时间、特殊交易响应时间。其中,特殊交易响应时间的设定必须明

2021-12-20 16:01:52 796

原创 性能测试计划制定

一,背景:用户使用XXX正常用户功能,保证XXXX营销目标顺利达成。二,阅读对象:ABC三,测试目标:本次xxxxx压力测试过程使用压测工具模拟高并发用户请求服务,服务端接受到请求进行逻辑处理后,返回请求结果。本次压力测试目标如下:知识沉淀XXX性能测试脚本为以后性能测试做基础。本次压测过程技术架构进行调整重构。XXXX业务系统服务调用架构图。摸底业务调用最优性能表现。本次压测过程或需要调整架构和解决方案,以达成性能需求目标。由与是首次上线项目,本次压测过程在生产环境或测试环境压

2021-12-20 14:59:19 295

原创 常用性能测试工具推荐

一,性能测试工具或命令或平台:本地性能测试工具(jmeter)施压机性能生成服务(jmeter)被测服务器资源监控工具nmon被测试服务器CPU监控linux命令top日志监控平台kibana。四, 稳定性测试工具。本地性能测试工具(jmeter)施压机性能生成服务(jmeter)被测服务器资源监控工具nmon被测试服务器CPU监控linux命令top日志监控平台kibana。APM (Application Performance Management)管理工具,比如pinpoin

2021-12-20 14:44:39 203

原创 JAVA–MOCK初级技能包2

1、在原有项目中添加参数2、引入一个mock.jar的包进入工程,没有这个包的可以去百度下载一下(搜索moco-runner-0.11.0-standalone.jar)3、在mocK基本操作说明中加入这段命令(注意了这个段命令就是启动moco服务的)java -jar ./moco-runner-0.11.0-standalone.jar http -p 8888 -c 使用返回参数.json4、我们首先模拟一个“携带cookies信息才能访问的post请求”,先创建startupWithCo

2021-10-21 17:22:23 96

原创 JAVA--MOCK初级技能包1

1、首先创建一个项目2、引入一个mock.jar的包进入工程,没有这个包的可以去百度下载一下(搜索moco-runner-0.11.0-standalone.jar)3、在mocK基本操作说明中加入这段命令(注意了这个段命令就是启动moco服务的)java -jar ./moco-runner-0.11.0-standalone.jar http -p 8888 -c 使用返回参数.json4、我们首先模拟一个返回Cookies信息的get请求,先创建startupWithCookies.json

2021-10-21 17:20:25 254

原创 JIRA基本操作了解

1,Sprint迭代流程:需求评审会议 > 创建项目(选择工作流+创建版本+创建模块)>Sprint 需求拆分 > 每日站会(可一周一到两次即可)> 创建Sprint > 创建Epic > 创建Story > 创建Sub-Task > 创建Task > 创建故障 > 创建前端提测单 > 创建接口提测单 > 创建测试计划 > 测试执行+测试Case+迭代回顾会注:需求拆分会时根据当前Sprint的人员配比投入之后确认好Story

2021-10-21 15:05:58 1694

原创 sql技能包

1.mysql强制执行索引force index(索引名)select * from salaries force index(idx_emp_no) WHERE emp_no = 100052.sqlite为INDEXED BY 索引名SELECT * FROM salaries INDEXED BY idx_emp_no WHERE emp_no = 100053.mysql-type索引类型system>const>eq_ref>ref>range>index&

2021-10-21 15:04:55 167

原创 用户验收测试要求目标

一, 背景:软件项目产品用户验收测试分 自建项目 和 外包项目两类。自建项目和 外包项目的验收内容,验收目标 和验收要求都不一致。故测试中心编写统一验收内容,验收目标 和 验收要求。二,目标:2.1, 自建项目用户验收测试:测试中心研发测试工程师执行完成SIT阶段测试活动,达成准入准出要求后(请参考:测试阶段准入准出要求),与该需求提出业务方确认SIT阶段测试完成后,进入迭代版本用户验收测试阶段(UAT);需求提出业务方执行用户验收测试(UAT)完成,确认测试报告内容内容和结果是否达成,准备代码发

2021-10-21 15:03:08 1063

原创 小版本研发提交测试版本要求

一, 背景:为了规范研发提交测试版本要求而编写该要求。二, 研发要求:研发完成迭代开发工作后,需要在提测邮件中编写以下内容:本地迭代的版本信息。本地迭代代码的分支信息。本地迭代代码业务功能范围。本地迭代涉及配置信息。本地迭代涉及数据库脚本信息。本次迭代冒烟测试通过结果。本次迭代单元测试覆盖率信息。二,测试要求:本次迭代测试独立部署测试环境。本次迭代测试独立变更配置文件。本地迭代测试独立执行数据库脚本。本地迭代测试独立发现问题,记录问题 和 跟进问题解决。本地迭代测试独立回归测

2021-10-21 15:00:41 241

原创 测试问题原因分类

一, 背景:目前公司的产品都是增量式研发,随着研发测试工作持续进行,随时会引入生产问题,导致严重后果。二, 目标:需要针对目前各种纷繁复杂生产问题归纳分类,便于指导后续研发测试流程内容工作优化改进,达成更好质量目标。二,内容:1, 需求阶段问题:产品设计问题。产品与业务沟通确认。2, 研发阶段问题:架构设计问题。第三方服务问题。接口设计问题。架构性能问题。代码分支管理问题。版本升级导致问题。开发联调缺失导致。研发代码搭车夹带。数据库脚本设计问题。3, 测试阶段问题:界面

2021-10-21 14:59:14 893

原创 测试用例编写规范

1, 目的测试用例是测试人员执行测试活动基本依据,因此测试用例输出质量高低直接影响迭代产品测试活动有效性和效率。为了保证测试执行人员使用最有效的测试用例,使测试工作能有序、合理化的进行,从而提高实施测试时对所测产品、系统或者模块的测试质量,最终提高产品线的质量。特编写统一测试用例编写规范,为测试设计人员提供测试用例设计编写指导,提高编写用例的可读性、可执行性、合理性。2, 范围适用于四川锦程消费金融信息技术部各业务线测试人员对功能测试用例或接口测试用例的编写。3 用例设计流程3.1, 测试分析:进

2021-10-21 14:57:19 650

原创 冒烟测试及测试工程师工作流程

1, 什么是冒烟测试。 冒烟测试是指针对最基本的功能或最主要的业务流程进行测试。测试人员编写测试用例后,会标注一部分测试用例为冒烟测试用例,研发在开发环境进行有目标地执行冒烟测试用例。在开发提测后,软件测试人员拿到提测版本并部署到测试环境后,首先就需要进行冒烟测试,这时候测试主要关注在检查服务器的网络连通、数据库连通性、最基本功能(登录)等等;待到临近发布的版本时,冒烟测试还需要关注软件的核心业务流程功能的正确性。2, 何时进行冒烟测试。提交测试版本前提交测试版本后测试版本上线前重要版本代

2021-10-21 14:52:46 2945

原创 系统提测测试阶段准入准出要求

01.系统提测测试阶段准入准出要求一, 背景:根据目前研发测试活动过程中,需要约束和规范研发测试活动的输入和输出的条件和内容产出,所以编写准入准出内容,并定期修订,具体内容如下:二,执行对象:研发测试工程师。测试工程师。研发测试主管。三,测试活动阶段:四,名词解释:低优先级问题是指:页面展示非影响功能流程问题,影响较小的兼容性问题和短时间不影响用户使用的问题等。风险评估是指:测试活动执行过程中,充分与各方进行沟通确认低优先级问题不会引发用户正常操作问题或爆发问题时,能快速进行

2021-10-21 14:31:39 750

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除