Jmeter执行接口自动化测试-如何初始化清空旧数据
- 需求分析：
- 每次执行完自动化测试，我们不会执行删除接口把数据删除，而需要留着手工测试，此时会导致下次执行测试有旧数据
- 我们手工可能也会新增数据，导致下次执行自动化测试有旧数据
下面介绍两种清空数据的方法
一、通过获取total数值进行清空
1. 实际页面、查询接口地址如下，页面有分页统计功能，能获取到总条数
2. 首先需要添加查询接口获取总条数number，如下所示
3. 在接口管理层级下新增一个循环控制器，用来控制循环的次数，变量为上个查询接口获取的number，如下所示
4. 接着在删除检查数据层级下新增一个查询接口(该接口地址和获取number变量一样)，用来获取delete_id，如下所示
5. 接着新增一个删除接口，把获取的delete_id变量参数化到删除接口中
6. 执行结果如下：
7. number变量获取方法如下：
8. delete_id变量获取方法如下,每次获取第一个数值，直到循环结束：
二、通过获取jmeter变量matchNr进行清空
1. 实际页面、查询接口地址如下，页面没有分页查询功能，无总条数，可以通过jmeter的json path匹配变量获取总条数
2. 首先需要添加查询接口获取总条数assignment_id_matchNr，如下所示
3. 在接口管理层级下新增一个循环控制器，用来控制循环的次数，变量为上个查询接口获取的assignment_id_matchNr，如下所示
4. 接着在循环控制器层级下新增一个查询接口(该接口地址和获取assignment_id_matchNr变量一样)，用来获取delete_id，如下所示
5. 接着新增一个删除接口，把获取的delete_id变量参数化到删除接口中
6. 执行结果如下
三、数据安全校验
目前很多系统都是项目型，通过projectid去筛选查询接口，查询出自己需要的项目数据，其中就涉及到接口的安全测试，如果传的projectid为空，可能就会返回系统全部的数据，这种接口是有问题的，如果应用到循环删除中，就可能导致生产事故
1. 传正常的projectid，返回结果正常
2. 传projectid=null，返回系统所有数据
3. 怎样规避这种风险，可以增加个if控制器判断，只有project等于某个值(自己测试的项目)才能执行自动清除数据接口，project_check定义在全局变量中，跟着环境走，如下所示
【下面是我整理的2023年最全的软件测试工程师学习知识架构体系图】
一、Python编程入门到精通
二、接口自动化项目实战
三、Web自动化项目实战
四、App自动化项目实战
五、一线大厂简历
六、测试开发DevOps体系
七、常用自动化测试工具
八、JMeter性能测试
九、总结
生命不息，奋斗不止。每一份努力都不会被辜负，只要坚持不懈，终究会有回报。珍惜时间，追求梦想。不忘初心，砥砺前行。你的未来，由你掌握！
生命短暂，时间宝贵，我们无法预知未来会发生什么，但我们可以掌握当下。珍惜每一天，努力奋斗，让自己变得更加强大和优秀。坚定信念，执着追求，成功终将属于你！
只有不断地挑战自己，才能不断地超越自己。坚持追求梦想，勇敢前行，你就会发现奋斗的过程是如此美好而值得。相信自己，你一定可以做到！
相关文章：
大脑的漏洞：你是如何走向狭隘和顽固的？
但是，我们常常会切断这个链条，只记住最终的结论，忘记了支撑结论的一系列事实、论据、逻辑，从而，任由这个落单的、孤零零的「结论」不断飘摇，不断泛化和极端化。像我在之前的文章里，以及智识营里，都提出过一些比较颠覆性的观点，就经常能看到「难以置信」「感觉自己的世界被颠覆了」「我需要时间去理解和接受」的留言……大脑难以记住复杂的事实，所以，我们会倾向于把事实「压缩」成一个高密度的观点。例如：当你阅读我的文章时，一定不要只记住我给出的「根本原因」和「做法」，也要同时记住「这些原因是怎么来的」「这些做法背后的原理」。
Python自动化实战之接口请求的实现
作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。
单元测试，集成测试，系统测试的区别是什么？
实际的测试工作当中，我们会从不同的角度对软件测试的活动进行分类，题主说的“单元测试，集成测试，系统测试”，是按照开发阶段进行测试活动的划分。这种划分完整的分类，其实是分为四种 “单元测试，集成测试，系统测试，验收测试"。这四类测试，其实是一种从局部到整体测试思想。为了给题主以及各位同学介绍清楚这4类测试的区别，我以汽车生产测试的过程为例，来分别阐述下单元测试，集成测试，系统测试，验收测试。四类测试进行顺序1、汽车制造举例在汽车的生产制造器过程当中，要先针对汽车的零部件进行测试。比如说我们可以把轮胎进行全面的
什么？Postman也能测WebSocket接口了？
作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。
OpenHarmony之消息机制实现
以上只是消息机制核外用户态的实现，最后会执行到系统调用以上的内容只是简单介绍了OpenHarmony之消息机制实现，没有具体到代码分析，移植等细节。要想成为一名鸿蒙高级开发，以上知识点是必须要掌握的，除此之外，还需要掌握一些鸿蒙应用开发相关的一些技术，需要我们共同去探索。
软件开发生命周期的四种模型
螺旋模型和编写边改模型有点类似，螺旋模型从刚开始就定义了重要功能，相当于有主线任务，按照主线任务去开发，但是编写边改模型开始时只有粗略的想法，然后才逐步去完善。所以可以依据开始条件的不同选择不同的模型，有主线任务的就选螺旋模型，没有主线任务的就选编写边改模型。螺旋模型、编写边改模型和瀑布模型的区别在于，瀑布模型迭代不够快，每个环节开始时必须等待上一个环节完全结束，最后才进行整体测试，效率比较低。而螺旋模型和边写边改模型在研发的各个阶段都会进行测试，迭代速度更快。
Jmeter、postman、python 三大主流技术如何操作数据库？
只要是做测试工作的，必然会接触到数据库，数据库在工作中的主要应用场景包括但不限于以下：功能测试中，涉及数据展示功能，需查库校验数据正确及完整性；例如商品搜索功能自动化测试或性能测试中，某些接口要跑通，需要关联到数据库操作；例如注册接口中短信验证码获取自动化测试中断言处理，除了响应结果的断言，还包括到数据库断言自动化测试或性能测试中，某些场景需批量造数据，可能需要用到数据库造数据测试中，发现bug，需定位bug，可能需要查询到数据库进行定位当我们利用Jmeter。