性能测试中的几点经验总结
2008-03-02 21:10
363 查看
1.性能测试调优中,如果有几个不同组件之间的交互,不是考其中某一个接口超高的速度提升性能,如果有某一个接口超过其他接口很多,可能反而导致大量请求堆积总体性能下降。
2.性能优化是一个系统化话的过程,就像项目开发一样,需要有较好安排组织的过程。他应该始于项目开始策划,首先同步需求分析,制定方案和性能指标,三者相辅相成,相互制约,是一个整体.
项目开始首先有需求,由需求导出一套性能要求,然后讨论解决方案,验证技术难点的方案,结果将回馈给需求和性能指标,根据方案验证的回馈修正方案,一般情况下,大家往往会省略或简化方案验证,一方面是项目压力,一方面是考虑项目的需求本身就不稳定,可能花了很长时间验证的问题,到最后根本不需要实现或者需求变化得面目全非。但是项目到最后往往都是要花费数倍的时间来补偿以前省略的工作。
具体操作:
1.确认需求,制定性能指标
2.根据性能需求和实际环境的机器估算一下操作的TPRS=TPMC/机器折算值*CPU占用率/操作每秒钟事务数,
3验证方案,实现一个简单的例子,使用性能测试工具(LoadRunner)进行性能测试,使用性能分析工具(Optimorzer,jprofiler,jProber,jMeter)等工具对性能瓶颈进行分析,优化方案,修改需求和性能指标
2.性能优化是一个系统化话的过程,就像项目开发一样,需要有较好安排组织的过程。他应该始于项目开始策划,首先同步需求分析,制定方案和性能指标,三者相辅相成,相互制约,是一个整体.
项目开始首先有需求,由需求导出一套性能要求,然后讨论解决方案,验证技术难点的方案,结果将回馈给需求和性能指标,根据方案验证的回馈修正方案,一般情况下,大家往往会省略或简化方案验证,一方面是项目压力,一方面是考虑项目的需求本身就不稳定,可能花了很长时间验证的问题,到最后根本不需要实现或者需求变化得面目全非。但是项目到最后往往都是要花费数倍的时间来补偿以前省略的工作。
具体操作:
1.确认需求,制定性能指标
2.根据性能需求和实际环境的机器估算一下操作的TPRS=TPMC/机器折算值*CPU占用率/操作每秒钟事务数,
3验证方案,实现一个简单的例子,使用性能测试工具(LoadRunner)进行性能测试,使用性能分析工具(Optimorzer,jprofiler,jProber,jMeter)等工具对性能瓶颈进行分析,优化方案,修改需求和性能指标
相关文章推荐
- 性能测试经验总结(转)
- 使用Loadrunner性能测试经验总结(八)
- ORACLE的性能测试经验总结
- 外卖聚合服务性能测试经验总结
- 性能测试经验总结
- 使用loadrunner做性能测试 经验总结一
- ORACLE的性能测试经验总结
- 【吐槽篇之经验<三>】性能问题定位与调优测试总结
- 使用loadrunner做性能测试 经验总结二
- 虚拟机的性能测试经验总结(一)
- 关于 直播流转码系统 性能测试经验总结【逐步完善】
- LR性能测试经验总结(持续跟新中)
- 性能测试的经验总结
- 【腾讯TMQ】自动化测试平台实践几点经验总结
- SQL执行效率和性能测试方法总结
- SharePoint性能总结和一些开发经验(4)
- Appium 1.6.3 在Xcode 8, iOS 10.2(模拟器)测试环境搭建 经验总结
- 性能测试培训总结-关联后如何使用该值?lr_save_string帮你
- SharePoint性能总结和一些开发经验(4)
- WebService性能测试脚本的一些经验教训