设计性能测试用例
　　评估系统的测试用例的设计主要是受早前在规划和分析阶段设置的性能标准制约的。该系统需要足够快的响应速度，或者至少要达到规定的通过性能测试的低性能标准。

图2.被测系统的物理架构

　　如果系统可以表现得超出这些标准，即比低标准值更快，该系统则被认为具有更好的性能及未来可以应对更多用户的可扩展性。另一个重要方面是确保性能测试用例的目的是建立真实世界模拟测试。现实世界测试用例将大幅度提高测试结果的可靠性。确定要模拟的测试用例时的重点是“常见使用场景”和“业务关键使用场景”。测试用例一度不得不预测常见的场景，因为系统还未上市且知道的信息是：要求的程度。一旦系统上市，例如β测试中，应有足够的关于用户如何使用系统的信息。该系统在Apache Web服务器上，因此可以访问日志，上面提供所有游客到过系统的记录。日志可以用“流量分析器”跟踪一直以来的用户的模式和习惯。因此测试用例可用于反映真实世界场景。系统拥有者或利益相关者为使该系统通过性能测试而设置的标准规范是：系统需要在1到100个并发用户的负载下5秒内做出响应。
　　然而，该标准应当通过设计正确的、运行系统的、可能的场景而被进一步分解。根本的是把性能测试一分为二：客户端性能和服务器端（云计算）性能。原因是，一个成功的测试服务器端并不等同于成功的客户端，反之亦然。
　　利益相关者都同意，要测试的用户数目为1 ，100，200 ，300，400 ，500，1000 ， 1500和3000个并发（虚拟）用户。这些数字与下面表2中给出的各场景相关：

表2.性能测试场景和相关虚拟用户

　　设计性能测试用例时通常会被忽略的一方面是：将表2中的场景和一个网速测试或网络延迟连接以获得更逼真的测试用例，像对客户端系统所做的一样。这是为了模拟用户将如何体验不同互联网连接速度下系统的响应。选定的匹配性能测试的速度是标准LAN速度（这种情况下，1GbpsLAN速度），无线LAN速度，1 Mbps的有线宽带和0.44 Mbps的无线宽带。
　　对于云平台，只用局域网速度进行性能测试。因此，这一基于云的系统的用以执行性能测试的完整测试用例如表3所示：

表3.性能测试用例