性能面试3

1，产品就只给一个需求，需求调研的内容都不知道，也没人告诉你，怎么开展性能测试？
a> 没有任何途径进行需求调研的情况下，可以跳过需求调研，直接开始压测。
b> 压测完成后，可以把本次压测数据开会讨论，共同决定是否满足性能需求；
c> 或者根据行业内的通用指标规范，比如高频接口响应时间<100ms，低频<200ms的标准来判断

2，如何定位一个系统的性能瓶颈？
见《性能案例分析》PPT
整体思路：从前到后，从表象到内部
1、首先排除压力机自身的问题，如CPU、内存，网络，脚本编写等
2、监控中间件的访问日志，观察响应时间，大体确定耗时处于哪一段
3、排查网络问题，监控压力机到后端服务器的网络，以及各服务器间的网络，是否达到网络上限
4、监控服务端所有机器的操作系统负载，如CPU、内存、磁盘、网络是否达到瓶颈
5、监控应用服务器的日志，查看是否存在ERROR日志，比如TimeOut或其他类型报错
6、监控各中间件的连接数，如nginx、tomcat、mysql等，是否达到上限
7、监控应用程序线程状态，使用jstack或jvisualvm查看是否有死锁、阻塞等情况
8、监控应用程序的jvm，使用jstat或者jmap查看GC情况，是否内存泄漏等
9、使用jprofiler监控应用程序，可以查看耗时比较长的代码方法
10、监控数据库，是否存在慢查询，一般数据库CPU高都是因为SQL语句效率低造成的
11、检查数据库执行计划，是否有全表扫描，以及索引不生效的情况
12、检查系统外部依赖情况，如果外部依赖系统性能差，也会造成本系统性能低
13、对于不好定位的问题，可以考虑采用模块隔离法来确定问题

3，怎么进行性能场景设计？
通用类场景：
a> 单接口测试场景
b> 混合接口测试场景
c> 高可用性场景（集群情况下）
d> 网络异常场景（如有必要）
e> 稳定性场景
f> 其他业务相关场景

4，给你一种xx协议的系统，怎么测试
a> 先了解协议的格式，数据交互
b> 查找压测工具是否支持本协议
c> 如果不支持，通过自己写代码的方式发送协议包进行测试

5、云上部署的应用怎么压测？
a> 在云上申请一台机器当做压力机，与部署应用同区域机房，这样相当于在云上内网压测
b> 与局域网压测一样，使用通用工具LR、Jmeter进行压测

总结

以上是生活随笔为你收集整理的性能面试3的全部内容，希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错，欢迎将生活随笔推荐给好友。