postman与jmeter的API测试流程
\1.先熟悉接口文档以及各个接口的业务关系。包括关联、接口地址,请求方式,鉴权方式,入参和出参等。
\2. 然后编写好测试用例 。
\3. 在postman 先建好 url 不同的环境变量 。
\4. 根据接口用例所属的模块新建集合管理 。
\5. 在集合中不同模块下录入测试用例 。
\6. 录入测试用例的时候根据预期结果在 tests 页签中增加断言 。
\7. 导出通过 Newman+Jenkins 去运行 。
2.jmeter工具的使用流程:
\1.先熟悉接口文档以及各个接口的业务关系。包括关联、接口地址,请求方式,鉴权方式,入参和出参等。
\2. 然后编写好测试用例 。
\3. 先创建线程组(设置线程数,循环次数永远);
\4. 再配置信息创建httpcookie管理器、http信息头管理器、http请求默认值、用户定义的变量。
\5. 在取样器中添加http请求和监听器。
\6.添加后置处理器比如jsonpath提取器进行关联。
\7.添加响应断言或json进行断言。
\8.使用ant插件批量运行。
——————————————————————————————————————————
3.项目接口的测试流程是什么?
第一,先熟悉接口文档以及各个接口的业务关系。包括关联、接口地址,请求方式,鉴权方式,入参和出参等。
第二,编写测试点并进行评审。
测试点的测试策略:
正例
反例:
1.鉴权反例:鉴权码为空、错误、过期
2.参数反例:参数为空,类型异常,长度异常
3.业务的状体码异常
其它反例场景:接口黑名单、调用次数限制、特殊分页(0,第一页,中间页,尾页)
4.兼容性的用例:版本的兼容、多端的兼容。
4.平时在执行接口测试的时候报异常要注意哪些点?
首先看请求参数是否写错,然后看网络异常、未部署好、防火墙或者网络代理**;是否是要鉴权和加密。是否这个接口有关联关系,比如注册等添加数据的接口参数是否应该考虑到动态参数。还会考虑幂等性(比如删除同一个部件后不能重复删除;还要进行深度测试,数据库的增删改查接口要和数据对应一致;
5.性能测试流程。
1.一般肯定先进行性能需求分析(确定测试指标值,测试环境,性能测试团队)
2.测试方案的制定(首次评审方案时一定要注意测试指标值有没有变化,测试场景的覆盖率,测试环境,风险和时间计划)
3.测试前需要的准备阶段(要准备测试环境的数据,脚本的准备还有一个监控的准备)
4.开始执行阶段(把脚本或者说场景执行不达标时定位的具体瓶颈记录下来,然后调优)
5.自然编写测试报告(记录测试结果,进行最后的二次评审)
6.总结调优手段,经验
6.性能测试的术语都有哪些?
只有当平均响应时间和90%时间相差不大的时候,表示系统波动不大比较稳定;
编写测试方案时一定要注意性能指标的一致性比如最主要的TPS、平均响应时间、并发用户数以及未来三年的并发用户数、失败率尽量低于0.01%;还有redis使用要看它的命中率,内存空闲率高于5%(包括本身是否泄漏),连接数是否会爆满;系统本身的服务器资源CPU/IO方面的使用情况;
需求的确定你可以通过判断系统上限,或者和查看业务日志看什么业务访问量大进行评估。
所有的性能场景列表如下:顺序
基准测试:
单交易负载测试:对单个接口逐步添加用户,看拐点在哪里(拐点自然是用户数)
混合负载测试:对多个接口逐步添加用户,看拐点在哪里(拐点自然是用户数)
混合压力测试:拿到单接口压力下的拐点值并发上去,比如拐点是100个用户,再增加压力;?
可恢复性测试:
容量测试:
可扩展性测试:
稳定性测试:
浪涌测试:这几个都是服务器运行过程中,集群服务有几台机器出现宕机,剩余机器是否能继续支撑起用户的访问量。当然了,实际工作比较灵活,根据情况来创造压测方式的场景名字也行。
jmeter为了防止压力机出现瓶颈,所以才部署分布式,通过修改jmeter.properies文件进行部署方,看是部署到linux还是windos上去。用jmeter -n -t 脚本进行linux的压测;
性能方面的监控问题
linux系统监控的命令top 、netstat端口命令 ss有关TCP连接
top 中的load avg数值的意思,
top - H - p 11111 查看进程pid下面的子线的运行情况
查看服务器cpu核数和内存大小
我们cpu信息都是放在cpuinfo里面的
free - m查看内存大小
先要设置慢查询的耗时标准,然后具体通过工具压测,在后台监控慢查询日志去定位mysql数据库哪条sql语句执行慢;
通过命令或者数据库监控工具来查看数据库的连接数:show status like "Threads%";
还要知道在linux中如何配置java环境:在/etc/profile的最下面添加环境配置,同时使用source /etc/profile使其生效
linux如何搜索某个文件或目录:find / -name "mysql"
linux资源监控看会不会搭建gtaph.
常见的性能问题:
数据库语句优化、接口业务逻辑优化、连接数量配置参数优化、中间件redis命中率优化、缓存穿透优化、负载均衡优化
7.怎么一步步搭建api框架的?
答案:前提是使用pytest搭建测试框架
1.先建一个统一管理pytest插件的requirements.txt文件.然后安装这些第三方库(注意重复安装)
2.再建一个项目根目录的pytest.ini文件配置各种参数和环境的各种基础路径base_url,便于主函数或者命令行在根目录下能找到用例并执行(注意编码格式)
3.创建装饰器又叫全局性夹具conftest.py用于用例之前的操作和用例之后的操作,并设置装饰器的作用域和是否自动执行操作(不需要导包就能直接用),当有多个时,作用域是同级或者子级;而且它同样的调用方式,自动情况下外层优先级高于内层;手动的话谁先调用谁优先级高。这个时候知道运行过程:先找pyest.ini-fixture-testcases;还可以控制执行顺序@pytest.mark.run(order=1)等。
4.先官网下载allure,下载后解压并配置path环境变量路径,开始对应新建临时报告文件夹temps和reports报告文件夹。包含bin命令、config配置文件、lib的jar包、pulgins插件;然后重启后在dos和pycharm窗口分别验证:allure --version
5.进行冒测一个用例,为方便解耦合,并直接用assert断言;先运行临时报告;
addopts = --alluredir = ./ temps --clean --alluredir;然后再用allure generate ./temps -o ./reports --clean
6.验证框架通过基本测试,补充testcases文件夹,logs,datas和commons四个包;
7.安装pyyaml,开始把测试用例的数据进行yaml文件管理(既然涉及文件数据的操作,自然要封装一个读写文件的yaml类);并在测试用例上添加参数化装饰器@pytest.mark.parameties实现接口数据驱动测试;
8.关联的时候因为要有一个存放中间变量(还是一种数据)的yaml文件,所以也要再定义一个清空读写等方法。涉及提取字符串的正则(re.search)和提取字典格式的jsonpath提取(和jmeter/postman相通)$获取根节点
9.为了提高代码的复用性,封装接口的统一请求、校验入参格式的方法
8.怎么搭建UI框架的?
答案:前提是使用pytest搭建测试框架
1.先建一个统一管理pytest插件的requirements.txt文件.然后安装这些第三方库(注意重复安装)
2.再建一个项目根目录的pytest.ini文件配置各种参数和环境的各种基础路径base_url,便于主函数或者命令行在根目录下能找到用例并执行(注意编码格式)
3.创建装饰器又叫全局性夹具conftest.py用于用例之前的操作和用例之后的操作,并设置装饰器的作用域和是否自动执行操作(不需要导包就能直接用),当有多个时,作用域是同级或者子级;而且它同样的调用方式,自动情况下外层优先级高于内层;手动的话谁先调用谁优先级高。这个时候知道运行过程:先找pyest.ini-fixture-testcases;还可以控制执行顺序@pytest.mark.run(order=1)等。三种夹具:前端未登录夹具,前端已登录的夹具,后端已登录的夹具。
4.先官网下载allure,下载后解压并配置path环境变量路径,开始对应新建临时报告文件夹temps和reports报告文件夹。包含bin命令、config配置文件、lib的jar包、pulgins插件;然后重启后在dos和pycharm窗口分别验证:allure --version
addopts = --alluredir = ./ temps --clean --alluredir;然后再用allure generate ./temps -o ./reports --clean
6.验证框架通过基本测试,补充testcases文件夹,logs,datas和commons四个包;
前六步一样。
7.安装xlrd=1.2.0,有内置的打开excel文件open_workbook方法并在测试用例上添加参数化装饰器@pytest.mark.parameties实现接口数据驱动测试;用列表实现的。
8.中间保存一个浏览器首次访问后保存的cookies(实际上是session_id)
posted on 2023-05-27 18:43 cenglinjinran 阅读(59) 评论(0) 编辑 收藏 举报