基于云的测试系统经历(2)

　　利益相关者都同意，要测试的用户数目为1 ，100，200 ，300，400 ，500，1000 ， 1500和3000个并发(虚拟)用户。这些数字与下面表2中给出的各场景相关：

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

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

　　对于云平台，只用局域网速度进行性能测试。因此，这一基于云的系统的用以执行性能测试的完整测试用例如表3所示：

　　表3.性能测试用例

　　案例研究 –把设计放入执行

　　一个开源性能测试工具被用来执行所有性能测试的云系统测试用例，因为相对于其他性能测试工具，它允许越来越多的user loads且没有虚拟用户许可证限制。

　　然而，手动执行被用于客户端系统，因为客户端系统只能在上网本上运行，所以手动测试更实用。

　　分布式性能测试方法被用于执行测试，以便工具可以有效地管理代理。

　　工具的环境设置如图3所示：

　　图3. 分布式性能测试执行的环境设置

　　性能测试结果分为两组：云平台的测试结果和客户端的测试结果。

　　表4详述了云平台的性能测试结果，而表5显示了客户端的性能测试结果。

　　此外，为了更好地理解，图4以图表形式展示了云性能结果。

　　表4.云平台性能的响应时间结果

　　图4.云平台性能测试结果

　　表5.客户端性能的响应时间结果

　　从给出的结果，可以进一步解释几个研究发现。

　　研究发现如下：

　　1.云平台或(客户端可从其获得在线服务的)服务器端系统能够在性能标准的5秒内响应1到100个虚拟用户而无任何中断。

　　2.虽然云平台仍然可以成功响应3000个虚拟用户，但响应时间延迟了，超出性能标准的5秒。

　　3.在客户端，最终用户可能会遇到：在通过客户端系统获取在线服务时，云平台的用户负载过大，响应时间延迟。

　　4.比起那些更慢的互联网获取，通过使用一个更快的互联网连接，最终用户可以更快地获取在线服务

　　结论

　　由于本文的重点是性能测试的测试用例设计，一个展示这些测试用例是如何被用于执行的案例研究为本文提供了论点。很显然，正确的规划对保证任何性能测试的成功都非常关键。性能测试不应该基于“想要时”或“要求时”。性能测试的测试场景和测试用例需尽可能早地被定义和设计，就和其他类型的测试一样，比如功能测试。这将决定能否顺利执行性能测试，其中包括：性能测试工具的选择，测试环境的设置，如何做出性能衡量和分析应该做的选择，性能结果不符合指定准则时扩大云平台的行动计划，以及执行测试的时间和资源。

　　这些到位了，任何经过了严格性能测试的系统，一旦置于生产环境中，都能够应付日益增长的负载量，并且对服务其用户更稳定，更反应灵敏。

原文转自：http://www.uml.org.cn/Test/201406175.asp?artid=1812