自定义博客皮肤VIP专享

*博客头图:

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

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

博客底图:

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

栏目图:

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

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

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

原创 【Postman&JMeter】使用Postman和JMeter进行signature签名

​ 有些接口的请求会带上sign(签名)进行请求,各接口对sign的签名内容、方式可能不一样,但一般都是从接口的入参中选择部分内容组成一个字符串,然后再进行签名操作, 将结果赋值给sign;完整规范的接口文档都会有sign的算法描述。这里通过Postman的Pre-request Script以及JMeter的BeanShell前置处理器进行接口签名的处理。

2023-12-15 13:06:21 177

原创 【JMeter】使用nmon进行性能资源监控

​ 在工作中可能会遇到需要在压测的时候对Linux服务器进行性能资源监控的情况。这时可以用nmon来对服务器进行监控。

2023-12-11 17:43:55 151

原创 【Postman】以命令行形式执行Postman脚本(使用Newman)

Postman的操作离不开客户端。但是在一些情况下可能无法使用客户端去进行脚本执行。比如在服务端进行接口测试。由此我们引入了Newman。Newman基于Node.js开发,它使您可以直接从命令行轻松运行和测试Postman测试集。它在构建时考虑了可扩展性,因此您可以轻松地将其与持续集成服务器集成并构建系统。

2023-10-10 15:15:45 339

原创 【JMeter】使用内网负载机(Linux)执行JMeter性能测试

使用内网负载机(Linux)执行JMeter性能测试在我们工作中有时候会需要使用客户提供的内网负载机进行性能测试,一般在什么情况下我们需要要求客户提供内网负载机进行性能测试呢?1. 遇到公网环境下性能测试达到了带宽瓶颈。那么这时,我们就需要考虑在内网环境负载机下来执行我们的性能测试以达到屏蔽带宽影响的目的。2. 系统对高并发做了防护,例如ddos防护3. 测试的并发过高导致负载机先达到瓶颈

2023-09-07 18:17:33 240

原创 【JMeter】使用BeanShell写入内容到文件

​ 在我们日常工作中,可能会遇到需要将请求返回的数据写入到文件中。在我们使用JMeter进行性能测试时,就经常能够遇到这种情况。要想达到这种目的,我们一般采取BeanShell后置处理器来将内容写入到文件。

2023-08-22 15:46:32 472

原创 【JMeter】JMeter控制RPS

​ RPS (Request Per Second)一般用来衡量服务端的吞吐量,相比于并发模式,更适合用来摸底服务端的性能。我们可以通过使用 JMeter 的常数吞吐量定时器来限制每个线程的RPS。对于RPS,我们可以把他理解为我们的TPS,我们就不过多解释了。​ RPS 取决于压测的并发数以及服务的响应时间,并发数过高,可能压力过大压垮后端服务,并发数过低,可能压不到指定的 RPS。为了避免压力过大压垮后端服务以及摸底后端服务性能上限,可以通过设置常数吞吐量定时器来限制线程的 RPS 上限。

2023-08-21 13:57:08 284

原创 【JMeter】常用线程组设置策略

​ 在JMeter压力测试中,我们时常见到的几个场景有:单场景基准测试、单场景并发测试、单场景容量测试、混合场景容量测试、混合场景并发测试以及混合场景稳定性测试​ Custom Thread Groups插件PS:在我们正式测试中,统一使用非GUI界面运行,只有在调试时候我们才会用GUI运行​ 单场景基准测试,一般在压力测试实施前进行测试,用于检测被测功能的性能指标,以用来判断制定后期的测试计划。基准测试的策略可以是单用户执行一次或者单用户迭代执行多次。在这里我们采用后者。

2023-08-19 18:12:33 151

原创 【JMeter】JMeter添加插件

​ 在我们的工作中,我们可以利用一些插件来帮助我们更好的进行性能测试。今天我们来介绍下Jmeter怎么添加插件?

2023-07-26 16:23:54 106

原创 【接口测试】Postman(三)-变量与集合

​ 在Postman中,我们进行接口测试一般是以集合为单位,而在日常应用中,我们会经常使用到变量。下面我们将介绍一下变量和集合的一些用法。

2023-06-18 05:03:59 153

原创 【接口测试】Postman(二)-Postman Echo

文章目录导航:**URL:**https://postman-echo.com/getParams:**URL:**https://postman-echo.com/postParams:**URL:**https://postman-echo.com/postBody:**URL:**https://postman-echo.com/postBody:**URL:**https://postman-echo.com/postBody:**URL:**https://postman-echo.com/po

2023-03-22 23:32:42 232

原创 【单元测试】Junit 4(九)--junit4 测试private方法

【单元测试】Junit 4(九)--junit4 测试private方法。

2023-03-21 18:27:05 676

原创 【单元测试】Junit 4(八)--junit4 内置Rule

​ ExternalResource是一个规则(如TemporaryFolder)的基类,它在测试前设置了一个外部资源(一个文件、套接字、服务器、数据库连接等),并保证在测试后将其拆除。测试人员可以重复使用或扩展下面提供的Rules之一,或编写自己的Rules。对于添加了TimeoutRule 的测试类,当测试类中的测试方法执行超过TimeoutRule 配置的时间时,测试方法执行就会被标记为失败。如果,你想在每个测试之后,甚至是在@After之后,想检查些什么,就可以使用Verifier这个Rule.

2023-03-21 16:15:14 243

原创 【单元测试】Junit 4(七)--junit4 TestRunnner

有时候我们会把测试方法卸载内部类中,这个时候我们需要使用@RunWith(Enclosed.class),这样可以运行内部类的测试方法, 这里贴出官方的demo连接:https://github.com/junit-team/junit4/wiki/%27Enclosed%27-test-runner-example ,大家可以学习一下。使用@Category可以对测试类添加分类,然后和@Suit结合使用,可以同时运行相同分类或不同分类的测试,算是上一种用法的升级版。

2023-03-19 21:49:08 276

原创 【单元测试】Junit 4(六)--junit4测试优先级顺序

​ @FixMethodOrder的顺序也并不一定是方法在代码中定义的顺序,这与JVM的实现有关。​ 我们在写JUnit测试用例时,有时候需要按照定义顺序执行我们的单元测试方法,比如如在测试数据库相关的用例时候要按照测试插入、查询、删除的顺序测试。如果不按照这个顺序测试可能会出现问题,比如删除方法在前面执行,后面的方法就都不能通过测试,因为数据已经被清空了。而JUnit测试时默认的顺序是随机的。所以这时就需要有办法要求JUnit在执行测试方法时按照我们指定的顺序来执行。

2023-03-19 21:25:39 461

原创 【单元测试】Junit 4(五)--junit4测试套件

​ 测试套件属于那种一看很麻烦,做起来很麻烦的那种。先来个@RunWith(Suite.class)再来个@SuiteClasses({})主要就是两句注解的事情,直接上例子。括号里面加上需要运行的所以类就行了。

2023-03-19 21:14:48 214

原创 【接口测试】Postman(一)--接口测试知识准备

应用程序编程接口(Application Programming Interface, API)是这些年来最流行的技术之一,强大的Web应用程序和领先的移动应用程序都离不开后端强大的API。API技术的应用给系统开发带来了便利,但也对测试人员提出了更高的要求,如何以一种有效的方式测试这些API,并且确保它们按照预期运行,是目前测试人员面临的主要问题。今天我们大概介绍一些接口测试的一些概念以及一些专业术语等等见名知意,接口就是连接两个不同系统或者一个系统中两个不同的功能,它们之间相互连接的部分称为接口。

2022-11-29 14:47:07 1434

原创 【单元测试】Junit 4(四)--Junit4参数化

​ JUnit 4引入了一项名为参数化测试的新功能。参数化测试允许开发人员使用不同的值反复运行相同的测试。

2022-11-03 15:47:10 2343 4

原创 【单元测试】Junit 4(三)--Junit4断言

​ **断言(assertion)**是一种在程序中的一阶逻辑(如:一个结果为真或假的逻辑判断式),目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时,对应的断言应该为真。若断言不为真时,程序会中止执行,并给出错误信息。​ JUnit 4 结合 Hamcrest 提供了一个全新的断言语法——assertThat。程序员可以只使用 assertThat 一个断言语句,结合 Hamcrest 提供的匹配符,就可以表达全部的测试思想。

2022-11-03 14:33:02 2627

原创 【单元测试】Junit 4(二)--eclipse配置Junit+Junit基础注解

​ 前面我们介绍了白盒测试方法,后面我们来介绍一下Junit 4,使用的是eclipse(用IDEA的小伙伴可以撤了)

2022-11-02 21:27:56 4792 3

原创 【单元测试】Junit 4(一)--白盒测试方法

​ 程序中每个判定的取真分支和取假分支至少执行一次。​ 判定3:(a > 0 && b > 0)​ 判定6:(a > 1 || c > 1)​ 判定3:(a > 0 && b > 0)​ 判定6:(a > 1 || c > 1)后面如未说明那就是还是用的这个样例。​ a0真假各一次。​ a1真假各一次。​ a>0时,b>0真假各一次。​ a>1时,c>1真假各一次。​ 程序中的每个可执行语句。​ 用例覆盖程序中的。

2022-11-01 16:22:20 565

原创 【性能测试】Loadrunner12.55(二)-飞机订票系统-脚本录制

我们针对这个界面细细分析一下首先是侧边栏Actions:就是我们的脚本了​ vuser_init::初始化,做多只有一个​ Action:我们的主脚本,可以有多个​ vuser_end:当然是结束咯,这个init和end有点像我们开发中,初始化的东西最后需要关闭Extra Files:这里存放我们需要用到的库Runtime Settings:运行时设置,这个功能我们后面会用的比较多Parameters:参数化,这里设置我们后面的参数化Recording Report:录制报告。

2022-10-31 16:29:53 9188 18

原创 【性能测试】loadrunner12.55(一)--知识准备

​ 在性能测试中,牵扯导了许多比较杂的知识点,这里将给大家说一下,loadrunner性能测试前需要做的一些准备,本节中我们将先从性能测试的一些术语入手,再到HTTP的一些知识,最后导我们loadrunner12.55的环境配置。​ 响应时间就是用户感受软件系统为其服务所耗费的时间​ Virtual User Generator(用户脚本)录制与编写脚本的地方,就是通过录制或编写脚本来模拟用户的行为,同时会打印出日志信息,方便调试脚本;

2022-10-30 15:43:02 1734

空空如也

空空如也

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

TA关注的人

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