测试好多都是性能小白，虽学了些性能知识，但在实际工做作开展性能测试，都很茫然，求指导，应该怎么处理？

从小入手，从简单的开始，而后慢慢的作更系统更复杂的性能测试。

肯定需求

刚接触性能测试的同窗每每不知道性能测试是有需求的。好比

• 给我测一下系统的性能
• 线上xx服务器挂了，可否重现一下线上问题

若是你是性能测试同窗，假设时间有限，这两个需求你只能接一个，你是接哪一个？

不少同窗会选第一个，由于第一个需求彷佛是性能测试的需求，第二个跟性能测试彷佛没有特别强烈的关系。

可是第一个需求太泛泛了，若是不细化的话操做起来会很难，第二个尽管看起来是亡羊补牢的行为，但现实工做中这类的需求不少，操做起来也是有套路的，不会特别发散。

总之，建议新人在需求分析的时候接一些具体的，能够操做的需求。需求是否能够细化分解，基本就注定了性能测试可否顺利完成

了解业务

好比重现线上问题的需求，拿到手以后，咱们就必须熟悉线上的业务。用户是怎么操做的，系统崩溃的时段是哪一个，这个时段里有多少用户在使用系统，他们都在作什么？

尽量精确的重现用户的行为或者预测用户的行为，这是性能脚本的是否符合实际的关键。而这种精确是创建在了解业务的基础之上的。

搭建测试环境

尽量搭建跟线上环境一致的性能测试专用环境。

关键字

• 一致：最好跟线上环境不同，若是不可能的话，能够减配，可是要保证架构一致。好比线上集群100台，测试环境没那么多资源的状况下，能够适量减小，好比测试环境集群2台，可是必定要是集群，否则就没意义了

• 专用：测试环境是性能测试专享的，其余测试不要在上面搞

实现脚本

好比能够用jmeter实现测试脚本，推荐测试教程网的jmeter教程

对于新人来讲，实现脚本每每比较困难。

另一些基本的性能知识也是必要的，推荐看测试教程网的性能基础知识教程

脚本执行及监控

根据负载模型去执行相应的脚本，这里就不展开了。

收集测试结果

对于新人来讲，只须要把测试结果提交给项目组的开发人员分析就行了。

对于有必定经验的性能测试人员，但愿能够经过监控和代码走查的方式找到系统瓶颈，并给出部署的建议方案。

持续学习

• linux知识：好比服务器kpi指标，简单监控命令，并发模型等
• 架构知识：最简单的方式，本身搭建性能测试环境或者线上环境，多搞几回就熟了
• 更多知识：总之遇到不懂的就学，好比数据库优化，jvm优化等知识

综上。但愿对你有所帮助。