Performance 我应该对托管网站进行负载测试吗？怎么用？

在构建网站或应用程序时，最好对其进行负载测试，以确保其能够处理生产负载（使用HP LoadRunner、RadView的WebLOAD等工具）

---

如果应用程序托管在外部，我该怎么办？我可以进行负载测试吗？我应该吗？如何进行？

简短的回答：是的，您应该加载测试

较长的答案是：您应该尝试在测试中复制生产环境。它不需要完全相同，但您应该尽可能接近，特别是在软件环境和物理内存方面。CPU速度对于复制来说不太重要（只要它相当相似），但您可能希望保持CPU的数量正确。尽量使磁盘速度接近生产环境，因为这可能是一个严重的瓶颈。磁盘空间几乎不那么重要，除非您正在进行大量写入（临时或永久）

---

然后，在将测试环境投入生产之前，您可以在测试环境上进行负载测试。这将使您了解应用程序将处理多少负载。您的测试环境与生产环境越相似，您的结果就越有意义。

您是否使用共享托管帐户？然后，您需要首先联系您的托管公司，因为您可能会关闭其他网站（拒绝服务攻击…）

这是最佳做法吗？是的，绝对是

如果应用程序托管在外部，我该怎么办？我可以进行负载测试吗？我应该吗

是的，你可以，是的，你应该

怎么做

在过去几年中，随着廉价的每小时计算机租赁（即EC2等云供应商）的提供，这变得容易多了。寻找支持从云生成负载的工具。如果您有一个要测试的内部系统，您应该从那里开始—在这种情况下，您将希望选择一个同时允许内部和外部测试的测试工具（仅云负载测试服务通常不允许）

我将反驳其他答案中的一个，以及传统的答案，说你绝对应该尽可能地测试你的生产系统。在理想情况下，您将有一个相同的系统进行测试，因此只有在测试系统完全满足性能要求后才能进行生产测试——在这一点上，这主要是一种形式——以确保生产环境中的所有内容都正确配置（您会惊讶地发现“相同”的频率有多高测试/生产系统不相同！）。但在现实世界中，完全重复的测试系统并不总是可行或实用的。我们定期测试我们的客户生产站点-事实上，除了在开发和功能测试期间使用的单一服务器系统之外，我们的客户很少有测试系统。这并不理想，但相当可行

至于一般过程-从几个最关键的用户场景（测试用例）开始，然后：

构建并验证测试用例

运行测试并分析结果

优化/调整系统，直到达到性能目标

根据您的计划/预算，扩大范围并重复1-3 尽量不要陷入“完全正确”模拟测试用例的细节中——尤其是在早期阶段。任何负载测试都只是实际使用情况的近似值——实际使用的每一天（或每一小时）都是独一无二的。获得一个“恰到好处”的测试用例所花费的时间不是测试其他15个也应该测试的测试用例所花费的时间。我们还有其他一些文章可以帮助你开始

---

祝你好运

这一点，并确保你的网站上有足够的监控。您可以在开发时对其进行负载测试，但您希望在其处于活动状态时保持对性能的监视。不要在生产环境中进行负载测试。始终在测试环境中进行所有测试。