随机发帖脚本制作思路: 前提条件:已经做好了发帖脚本 步骤一:找出决定发帖板块的字段、参数,在另外一个板块发帖 步骤二:通过观察发现所有板块信息都存在首页里面,所以在里面使用正则表达式进行随机提取字符串 性能测试类型: 客户端性能测试==pc端软件(内存占用、cpu占用率)/web网页(前端性能、图片加载速度、js脚本解析数据速度)/app(内存、CPU、发热、流量占用、FPS等)一般由前端自己负责 网络端性能测试==一般是指网络设备的性能测试(路由、网关、传输介质能等性能)可用ping命令查看(运维工程师负责) 服务器端性能测试==通过模拟大量的系统业务请求,对服务器造成压力的过程(测试工程师负责) 性能测试目的: 1. 客户有明确性能需求 eg:OA办公系统(门禁、请假、会议使用、批假) 2. 考察目前系统性能(容量) eg:IT公司(系统部、市场部【运营部】) 3. 找出系统性能的瓶颈:系统中有登录/支付/下单/添加到购物车/功能,我们要找出哪一个模块或者功能比较慢的情况,因为某一个模块性能不佳,导致损失用户的现象较多 4. 考察系统在长时间运行下的各项指标是否正常 (3~7*24) DEV Development 开发环境==供开发人员进行集成测试,代码调试使用的 SIT System Integrate Test 系统整合测试(内测)==测试工程师专用测试环境 UAT User Acceptance Test 用户验收测试==测试通过的最新代码部署环境 PRE 灰度环境/预发布环境==代码与生产环境代码一致,生产环境要升级之前的测试、线上问题的确定与定位 PRD/PROD Production 产品/正式/生产环境==给普通用户使用的环境 eg:手机淘宝、QQ等(上述环境中,生产环境的代码版本最低、最老) SIM Simulation 仿真 (软硬件结合项目:车机系统) PET Performance Evaluation Test 性能评估测试(压测)在公司内资源比较紧张,性能测试环境和业务功能测试环境是一套的(SIT/PET是一套环境)性能测试阶段,性能测试工程师一般下午到晚上上班 由于公司成本问题,UAT和PRE使用一套环境 file:///C:\Users\温室效应\AppData\Local\Temp\ksohtml20712\wps1.png 硬件环境: 服务器硬件环境要求:服务器所用的品牌、型号、部署架构要与PRD环境一致,但配置可以等比例缩小 比如: PRE环境:戴尔(DELL)R740---金斯顿256G---固态硬盘16T PET环境:戴尔(DELL)R740---金斯顿64G---固态硬盘2T 负载机硬件环境:测试机---16G内存---512G固态硬盘 软件环境:PRD环境用的所有软件版本要和PET环境软件版本一致,但是配置文件中,如数据库连接数、日志等配置,可以根据情况配置 PRD环境:tomcat 8.59 jdk 1.11.3 mysql5.7.13 PET环境:tomcat 8.59 jdk 1.11.3 mysql5.7.13 网络环境: 在局域网进行性能测试,由于网络很快,所以出现性能问题,一般都可以排除是网络影响。在实际网络环境下进行性能测试也是有必要的,因为更符合用户使用场景 负载:模拟业务操作对服务器造成压力的过程,比如模拟100个用户进行发帖 负载测试:在一定软硬件环境下,通过不断加大负载(不同虚拟用户量)来确定在满足性能指标情况下能够承受的最大用户数。简单说,可以帮我们对系统进行定容定量,找出系统性能的拐点,给予生产环境规划建议。这里的性能指标包括TPS(每秒事务数)、RT(事务平均响应时间)、CPU Using(CPU利用率)、Mem Using(内存使用情况)等软硬件指标。从操作层面来说,负载测试也是一种性能测试手段,比如下面的配置测试就需要变换不同的负载来进行测试。 【微信发红包业务进行负载测试】 前提条件:从运维处获取1个月或者1个季度平均每天多少用户发了红包==确定初始值 2000 3个小时 cpu45% 内存50% 正常
4000 3个小时 cpu60% 内存70% 正常
8000 3个小时 cpu95% 内存98% 不正常
6000 3个小时 cpu90% 内存92% 不正常
5000 3个小时 cpu82% 内存84% 正常
5500 3个小时 cpu86% 内存87% 正常 85%以下
压力测试:在一定软硬件环境下,通过高负载的手段来使服务器资源(强调服务器资源,硬件资源)处于极限状态,测试系统在极限状态下长时间运行是否稳定,确定是否稳定的指标包括TPS、RT、CPU Using、Mem Using等 【微信发红包业务进行压力测试】前提条件:负载测试=5000 瞬间高压:模拟5100用户并发,发送红包看是否有红包发送出错的场景 长时间的高负载:模拟4950个用户,进行在系统中发一周的红包,这一周过程中,察 性能指标是否正常 并发:多个用户存在同时操作系统的行为,这个过程称为并发 并发分为两种: 狭义的并发 / 广义的并发 狭义的并发(压力测试): 真正意义上的并发,即多个用户在同一时间操做系统的同一个功能 比如:200个用户同时发送抢华为手机的请求 广义的并发(负载测试): 尽管多个用户对系统发出了请求或进行了操作,但是这些请求或操作可以是相同的,也可以是不同的 比如:华为官网200个用户同时发送抢手机的请求,50个用户在浏览华为论坛,400个用户与客服聊天。
|