在劫录

现象由于最近在学习Loadrunner，写好脚本后，在Controller跑起来，就5分钟 + 100VUSER + 思考时间 + 模拟浏览器缓存 的场景下，后半段都会出现：例子程序响应非常慢事务响应时间暴增TPS暴低吞吐也暴低CPU的使用率和内存的占用也非常低PS. Apache / 性能高手可以略过此文。尝试1、尝试移动WebTours到虚拟机中，排除杀

Tammy Everts：许多网站没有采用的基本性能优化技术有史以来第一次针对欧洲电子商务网站的大规模调查报告，发现有三分之一的欧洲顶级零售网站都没能满足在线购物的性能要求。虽然过去的几年中北美地区已经越来越重视网站的性能表现，它仍然是一个新兴的全球话题。要使在美国以外的网站所有者相信性能是一个关键的商务问题，这是一个不小的挑战。我的公司 - Radware曾研究了400个

性能和负载测试是应用程序生命周期中的一个非常重要环节。每一次部署最新功能到生产环境之前，你都希望做一次性能测试。然而，当今性能和负载测试的最大挑战之一是运行测试所需的基础设施的配置搭建。获取机器、正确地配置机器和管理测试环境，所有这些都不是容易的工作，需要大量的时间和精力。不久，你就不必再担心这个问题。正如今天上午Brian Harry的宣告，这里将介绍TFS服务中的基于云端的负载测试部分。它

原始文章有点性能测试工具软文的感觉，毕竟文章来源于某工具官方博客。高手请略过。对于我这种新手，此文还是给我带来一些惊喜，从上到下地，从表象到根源地，定位他们遇到性能问题-响应时间过长-的根本原因，有具体的步骤，思考和判断依据，这就是一个比较不错性能测试分析实例。可以更清楚看到性能测试如何分析定位，可以学习其思路。故分享之。

此文是前文的后续，内容是在前轮性能测试的调优后，进行的调优结果验证。演示了如何对比两轮测试的结果，如何分析突然出现波动的原因，如何根据大量的数据验证调优的效果、验证能否达到预期性能目标，以及更重要的思考过程。这是一个比较不错性能测试调优后验证的实例。可以清楚看到专业人事，对性能调优后的数据，进行客观的比较，分析，再进一步判断调优的效果。故分享之。

这个周末终于有点时间，把订阅的某个博客（某性能测试官方博客）里这段时间积压的新文章翻了翻。现在做一个简单的笔记，以免很快就遗忘了。包含几个性能测试的小经验、注意事项、再次重复了性能测试的步骤、以及转变为DevOps的经验（条件和基础）。