性能测试常见问题
893 553最热 | 最新
- cpu 内存 磁盘使用率 响应时延 TP99 tps 成功率
- 查看那个线程过高,在排查内存
- Web 监控地址所在环境的 Cpu,内存。还应观察每增加点击次数或者用户登录数后的响应率变化
- 分场景的 CPU 使用率,内存占用,io 网络
- 百度能找到的你要的答案
- 让开发给你开个后门,去掉验证码功能。
- 惊!问的应该是数据的传输,包括一些缓存吧? 1,服务器接口响应速度。 2,响应的内容的大小。至少在浏览器上,数据太大,其实它会分两次进行缓存。(从哪个帖子上看得,具体忘了,不做 web 好几年) 3,服务器的负载。涉及到负载均衡,进程守护吧,qt,我就了解没那么深了。
- 如果你没有从事过专业的性能测试,如果有面试官问到,建议简单说一下,会用 jemter 或者 loadrunner 写脚本,之前项目有做过一些业务接口的并发测试,其他的不是太深入,不要展开讲太多,小心给自己挖坑,以前面试过几百个测试,真正会做性能且有实践项目经验的只碰到一个,其他都是外行。
- 1.功能测试是测试系统功能模块满足用户操作要求。 2.性能测试主要目标是保证系统稳定安全可靠。 3.功能和性能测试都是满足用户的需求,测试关注点不一样。一个关注是否可以使用,一个关注是否系统稳定安全及功能使用可靠流畅。
- 如果你没有从事过专业的性能测试,如果有面试官问到,建议简单说一下,会用 jemter 或者 loadrunner 写脚本,之前项目有做过一些业务接口的并发测试,其他的不是太深入,不要展开讲太多,小心给自己挖坑,以前面试过几百个测试,真正会做性能且有实践项目经验的只碰到一个,其他都是外行。
- 拿乐高举例: 功能就是你检查每块乐高是不是都是好的(功能点),这些小模块按图纸是不是能组装出来一搜大轮船(流程)。 性能则是测试一下这个轮船放水里承重多少,一定承重下速度能达到多少。 功能正确性是性能测试的前提。
- 查找进程 top查看进程占用资源情况 明显看出java的那个进程占用过高cpu. 2.查找线程 使用top -H -p 查看线程占用情况 3.查找java的堆栈信息 将线程id转换成十六进制 #printf %x 15664 #3d30 然后再使用jstack查询线程的堆栈信息 语法:jstack | grep -a 线程id(十六进制) jstack | grep -a 3d30
- 请问您的问题是指指标的来源还是指测试结果的分析?个人认为,要得到正确的测试结论,要从以下几个方面考虑。 1.首先是需求,对应用场景进行分析,模拟,有历史数据的话,可以利用历史数据,统计与分析,还有业务逻辑,定时计划任务等,结合实际综合分析,提取出不同时间段的不同业务以及业务量,如 qps,响应时间,并发量,数据吞吐量,系统资源负载情况等; 2.测试设计,只有符合实际需要的测试设计才能发挥性能测试的真正意义,比如面向业务预期的预期指标,又比如研发调优方案对比,瓶颈发现等,不同的测试目的,需要的指标,又或者是侧重点,是不一样的。 不要追求一次完成得到所有结果的测试,测试是需要反复的,多方案,有些指标是很难与其他指标同时得到的,有些是需要重复多次验证的; 3.测试部署,负载生成,系统资源监控,中间件监控等; 4.执行,测试过程在出现瓶颈后,排除瓶颈后再继续,当然那些不会让系统达到瓶颈的方案可以继续以作参考,但不能作为最终结果; 5.分析结果,各指标是否满足需求,满足则退出,反之则调休后继续 6.就是这样,个人认为,性能测试指标的分析,是一个系统的过程,要从指标的来源到最终结果,整个过程都要合理,正确,这样才能有更大的意义。
- 性能测试指标,是指性能测试前通过需求调研,需求分析,等计算得出的性能合格指标。 例如,整点秒杀,指标在于并发,计算用户量,活跃用户等,估算出并发数量,实际测试中查看测试结果和指标对比,是否合格。
- 这样说吧,现在整个市场就是看不起功能测试。走哪都是自动化测试,性能测试。业务功能都走不通,还自动化,性能个屁啊。
- nmon 性能测试监控工具
- 内存,cpu,网络带宽,磁盘 io,负载,数据库