性能测试常见问题
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,负载，数据库