WEB接口压力测试

WEB接口压力测试理论简述实战中积累，不断学习想过很多内容，压测的开源工具有很多，但我觉得web接口压测的思路和方法才是“渔”。所以本节课重点，从实例中讲解：1.什么是压测？为什么压测？2.PV和TPS的概念以及换算方法？3.得到需求，如何开展压测？4.好用的工具，依然低调。这节课，我们讲什么网络设备客户终端（APP或桌面产品）WEB页面加载WEB后台接口工具：Avalanche、smartbit，IXIALoadrunnerHTTPLOAD其他开源或开发“市面上”的压力测试压力测试压测的指标，通常有新建连接数、并发连接数、新建事务数等。压力测试，会模拟出大量的请求，观察服务器各种异常的情况：1.服务器响应变慢；2.返回4xx或5xx的错误；3.服务器无响应4.服务器重启、服务crash等；压上了，我们关注什么，真的会有问题吗？PV,是从服务器角度考虑，打开一个页面作为一个PV，一个PV可以包括多个接口的调用；用户访问(会话建立期间uid)，作为一个UV；1UV=nPV（n=1）;TPS(每秒事务数)，是从客户端角度考虑，客户端每个请求，作为一个事务数；1TPS=1PV；为什么要转换？因为我们的工具打出来的就是TPS。Tips：需求提到的PV，如果是页面的，需要换算出被测接口的“PV”是多少，用于TPS的换算。PV与TPS先看这张图举例：日PV=1000万PV测试模型我们接触过的需求，通常有两种情况：1.按照日PV进行压测；2.按照10小时处理1000万PV进行压测；两种情况下，转换的公式不同：前提：我们认为1TPS=1PV第一种情况TPS=1.92*日PV/(24*60*60)第二种情况TPS=总PV/(10*60*60)注：这里TPS是总TPS。从PV转换为TPS场景1需求：奥运个人中心的压力测试，日PV5000万，9个接口步骤：1.1个PV对应到各接口的“PV”是多少？经过确认，打开页面，平均每个接口调用一次，所以各接口的“PV”等于需求PV。2.画出网络拓扑，圈出测试场景，换算该场景下，每台机器的TPS数量；3.工具准备；4.制定测试策略；5.指标监测；光说不练非好汉，实战！场景2需求：奥运竞猜tips的压力测试，20分钟内处理300万，2个接口我们的工具C++所写，由python生成测试数据、监控指标和分析结果。以下为工具目录聊聊工具构造测试数据修改配置文件运行测试工具远程监控准备结束监控模块预启动远程监控收集数据分析数据生成报告发送报告sendMail模块是否是否通过socket建立连接、进行数据传送（UDP/TCP）从配置文件开始解读Press_file测试数据文件注：关于登录态的支持执行工具./pressure&日志输出文件结果分析：1.服务器端资源占用情况数据：包括CPU、内存、流量、连接数、负载、磁盘占用、IO读写等；2.客户端log日志，观察4xx、5xx的问题3.连接超时率、连接丢失率通过工具log和服务器端的apache日志，对比连接数目。