1、性能需求分析性能需求分析是整个性能测试工作开展的基础，如果连性能的需求都没弄清楚，后面的性能测试执行其实是没有任何意义的，而且性能需求分析做的好不好直接影响到性能测试的结果。一些性能测试人员常犯的错误就是测试一开始就直接用工具对系统进行加压，没有弄清楚性能测试的目的，稀里糊涂做完了以后也不知道结果是否满足性能需求。在需求分析阶段，测试人员需要与项目相关的人员进行沟通，收集各种项目资料，对系统进

1、新上线项目1）指标以目的为导向容量验证——某软硬件条件下系统最大处理能力，为运维提供容量模型/预估稳定性验证有特定的预期指标（1~3年未来规划）注：基准性能需提前把控（重点关注在无压力情况下的响应耗时）2）业务模型参考历史项目或其他同行业项目业务产品综合评估注：待系统上线后可观察一段时间，按照较为标准的业务模型在验3）已上线系统根据历史数据分析获取方式请运维同学协助查看；通过现有监控平台等途径

在工作中，我们总会遇到一些接口使用RSA加密和签名来处理的请求参数，那么遇到这个问题的时候，第一时间当然是找开发要加解密的方法，但是开发给加解密代码，大多数情况都是java，c++，js等语言实现的，加解密的代码虽然有了，但是咱们身为一个测试，使用python做的自动化，并不是什么语言都会。

1、什么是压力测试？软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力测试的资源包括内部内存、CPU可用性、磁盘空间和网络带宽。压力测试涵盖，性能测试，负载测试，并发测试等等，这些测试点常常交织耦合在一起。2、压力测试存在哪些问题？操作系统默

非GUI模式执行Jemter压测1、上传脚本把在windows下调试好的脚本上传的Linux系统/home目录下。注意：只留测试脚本，屏蔽其他监控组件，比如:查看结果树、聚合报告、监听器等2、执行脚本1）输入命令执行脚本：jmeter -n -t case.jmx -l case.jtl-n：指非GUI模式运行-t：后接脚本文件及路径-l：生成jtl测试结果（生成html报告需要使用此文件）2）数

性能分析和优化一直是技术领域热门的一个话题，无论是三高（高性能、高可用、高稳定），还是CAP（数据一致性、服务可用性、分区容错性），都强调了服务的性能和可用。那么在工作中，该如何去测试并进行性能优化呢？常见的性能问题与原因网络带宽：网络对性能的影响不言而喻。如果带宽不足，单位时间内的请求过多，就会导致数据包的传输延迟较大。如果网络不稳定，也会导致RT的曲线抖动较为剧烈，产生毛刺甚至丢包，这个时候P

1、Web应用压力测试在众多软件测试类别中，Web应用压力测试是其中基础的测试工作，常见的软件压力测试要关注怎么给应用进行施压，正确评估系统存在的瓶颈问题，以及预估系统能够承载的测试压力等方面因素。web应用压力测试也不例外，举个简单的例子，线上演唱会门票抢购页面在面对大量的用户涌入时系统常常崩溃，让网友体验感很差。如何确保系统不崩溃就与做好web应用压力测试有关了，那么怎么做Web应用压力测试？

1、内存溢出1）堆内存溢出现象：压测执行一段时间后，系统处理能力下降。这时用JConsole、JVisualVM等工具连上服务器查看GC情况，每次GC回收都不彻底并且可用堆内存越来越少。压测持续下去，最终在日志中有报错信息：java.lang.OutOfMemoryError.Java heap space。

什么是全链路压测？基于实际的生产业务场景、系统环境，模拟海量的用户请求和数据对整个业务链进行压力测试，并持续调优的过程。全链路压测解决什么问题？针对业务场景越发复杂化、海量数据冲击下整个业务系统链的可用性、服务能力的瓶颈，让技术更好的服务业务，创造更多的价值。面对的问题点以及解决方案1、业务模型梳理首先应该明确的是：全链路压测针对的是现代越来越复杂的业务场景和全链路的系统依赖。所以首先应该将核心业

1、上传脚本把在Windows下调试好的脚本上传的Linux系统/home目录下。注意：只留测试脚本，屏蔽其他监控组件，比如：查看结果树、聚合报告、监听器等2、执行脚本-n：指非GUI模式运行-t：后接脚本文件及路径-l：生成jtl测试结果（生成html报告需要使用此文件）2）数据分析：注意最后一行数据，代表整体测试时间内的性能情况summary+：指的是间隔时间内的接口性能情况Summary=：