标签：范围 多少 业务 tps 带宽 宕机 硬件 个性 可行性
1，首先做性能测试，要搜集性能测试需求，符合自己公司业务场景及系统。例如，你们的前端登录系统，老大说让你做一个性能测试，你按照12306的标准去做并发，那不是傻逼吗？你们服务器再牛逼也会宕机啊，所以要搜集业务数据，拉一个月的数据看看平均每天的最大访问量试多少，然后看看哪个时间段的人访问量最多，算出对应的Tps得出一个符合业务的基准数据，然后再看情况上调；
2，性能测试的范围很大，看你是做并发，还是系统响应时间，还是负载强度疲劳度等，其实也是确定需求，这些都属于性能范围；
3，性能需求确定以后，要搭建对应的测试环境，铺设对应的测试数据。例如：生产用的是8台服务器，32G内存，千万级别以上的数据体量，那你在测试环境只有一个服务器，还部署了其他很多应用，内存也只有8G，测试库也就几十条数据，那测个屁啊4，测试工具的选择，看你用loadrunner还是jmeter或者其他，我个人用jmeter，一般的性能测试都能满足；
5，测试场景的设计，集合点啊，参数化啊，持续时间，并发数等等相关设置，单场景和一些混合场景，确定好场景，然后脚本调试，最后就是执行；
6，测试结果监控与分析，如果没有达到预期结果，查找是哪里的问题，硬件，服务器配置，接口代码逻辑，数据库配置，网络带宽，sql语句，缓存问题等等
7，找到问题后，提出可行性的解决方案，然后让开发去改；
8，改完之后再做一轮测试，通过了，那就证明这个性能问题解决了，那也就结束了
标签：范围 多少 业务 tps 带宽 宕机 硬件 个性 可行性
原文地址：https://www.cnblogs.com/zengjindong/p/13234557.html
