本文详细描述了性能测试的各个环节，包括需求分析（重点在登录功能），性能指标设定，方案设计（涉及单业务和综合业务测试），以及业务建模、执行测试和结果分析。文章强调服务器瓶颈的发现和接口文档的重要性。
一，性能测试流程
性能需求分析
性能方案设计
业务建模 脚本优化
执行测试 收集性能数据
结果分析 性能测试报告
二，性能需求分析
项目管理系统业务：登录 注册 搜索（一般最核心的就是登陆，大多只对登录做压测，其他根据项目组的要求去做）
需要压测的业务满足的条件：核心 用户量 与外部接口对接
经过分析，确定需要压测的业务：登录
性能指标:
非硬件：50%lline<1s,90%line<1s，TPS，事务成功率100%(一般一个性能可以的服务器响应时间在几十ms到几百ms之间）[非硬件指标需要看聚合报告，因此需要添加一个聚合报告]
硬件：CPU内存<=70%[去服务器上看]
三，性能方案设计
7大场景：
单业务基准测试，单业务压力测试，单业务负载测试，综合业务基准测试，综合业务压力测试，综合业务负载测试，综合业务稳定性测试
单业务：登录
基准：30分钟 2w登录
负载：持续加压 3w 4w
综合业务（按一定比例既测登录又测搜索）稳定性测试（做7*24小时的持续测试）
经过分析，项目管理系统只做但业务的压测（登录）
性能场景：
1s启动所有的线程，压测5分钟（20个），观察性能指标
1s启动所有的线程，压测5分钟（30个），观察性能指标
....通过摸索，找到压测瓶颈
如果要做压测，需要开发提供接口文档（包含接口地址、入参...)
一秒钟启动20个线程，->线程组的线程数设置成20。运行五分钟->持续时间设置成300s
四，业务建模，脚本优化
五，执行测试，收集性能数据
六，结果分析，性能测试报告
服务器瓶颈30个线程
七，性能调优
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
