[Sql server]负载测试性能调整魔法棒(1)

没有什么事情比这更糟了，采纳一个新的应用程序，而它的性能是如此的糟糕，导致业务在一片惊叫声中暂停。这并不是新出现的现象；这就是事实，我经常遇到这样的事实。我打赌你也曾经经历过。那么如何防止这些性能问题，有什么解决方案？

在这些应用程序“在惊叫声中暂停”的情况中，应用程序通常都已经在按照功能性分配的短暂的测试时间内进行过适当的测试了。但是充分吗？由于竞争和全球经济的原因，迅速应用于业务意味着只进行了最小化的测试。同样，最小化的测试也成为按时将应用程序发布给用户群体的可接受的风险之一。另一点需要注意的是，负载测试太贵了，所以修正产品问题的成本也是也通常是比较小的——至少在发布应用程序的时候它不会妨碍进展和创新性，对不对？

不幸的是，我具有相反的经历：企业为运行得极其糟糕的应用程序所付出的有形的和无形的代价超过了采用可靠的负载测试方法在人力、程序，以及技术上面的投资。因此，我愿意提供以下对你的应用程序进行负载测试的清单，它将会成为防止你的SQL Server性能调整问题的魔法弹。

清单：负载测试——SQL Server性能调整的魔法棒

项目管理

平衡项目管理方法学，确保项目按照一个确定的过程进行，尽量减少或者避免遗漏步骤，包括对每个版本的应用程序进行负载测试。

管理层的支持

在负载测试的需求和收益的基础上与IT经理们合作。获得他们对正确分配时间为每个应用程序进行负载测试的支持。

性能需求

了解系统应该支持的用户、事务、数据集和可接收的处理时间等信息。如果这些信息没法确定，与企业进行沟通，了解在现有的硬件和软件基础上，应用程序的生命周期中能够支持多少用户。

用户期望

确定用户和业务期望——为了保证应用程序正确运行，需要进行功能性和负载的测试。

任务时间表

按照你的团队具有的严格意义上的资源，计算完成这些负载测试和代码检查任务所需的时间，在你的项目计划中，为其安排充分的时间。

负载测试工具

对你要用来进行负载测试的工具进行标准化。以下是一个简短的列表，如果你对产品不熟悉的话。点击每一条都会进入该工具的说明页。