在产品风险分析时，可以找出那些需要专门的性能测试的风险。例如，测试基础设施上的特定漏洞。下面是这些风险的一些例子。
-部分基础设施带宽不足，导致每秒传入和传出的数据达不到要求。
-吞吐量不足，导致服务的最大处理能力不足。
-高延迟（客户与供应商之间的数据传输存在延迟）。
在这些情况下，负载剖面不基于运行剖面，但测试操作和负载将被设计成尽可能找到潜在的瓶颈。这项工作的内容之一是设计容量测试用例。
5.2.7 在测试用例中包含云的特征
根据云计算的特点，云服务可以部署在世界上的任何地方。因此，生产环境中可能使用分布在几个不同位置的服务。此外，尤其是对于跨国公司而言，可能会从全球的好几个地区使用服务。这些因素可能会导致性能测试结果的差异性。当确定了供应商和用户的大概位置后，可以在性能测试期间使用位置信息。
当使用私有云时，可以相对容易地确定相关的位置；但使用公共云的话，在实践中，如果没有供应商的帮助，用户很难了解负载来自哪里，以及来自地球的哪个角落。如果对某个客户而言，其他用户负载的不确定性带来了显著的风险，那么就有理由怀疑公有云对于该用户是不是一个合适的服务模式。
供应商们也看到了这些风险，所以越来越多的供应商开始提供测试基础设施，有了它们，就可以在全球各地多个位置开展针对服务的性能测试了。
客户使用的资源（设备）
客户越来越多地使用不同类型的资源。客户不仅使用PC和笔记本电脑连接到服务，智能手机和平板电脑的使用也越来越频繁。性能会受到用户使用的资源类别的影响。各种类别的资源可能使用不同的网络。相对于通用分组无线业务（GPRS）或增强型数据GSM环境（EDGE），光纤和非对称数字用户线（ADSL）能提供更好的性能，如图5-3所示。所有这些不同导致我们需要设计额外的测试用例。这里的挑战是需要考虑那些将会带来性能瓶颈的测试操作。
▲图5-3 不同类型网络的带宽各不相同
5.2.8 压力测试的测试用例
压力测试无非是用一个特定的负载剖面找出系统的极限。首先确定服务的负载上界。假设负载上界是100个并发用户，那就需要有99个、100个和101个并发用户的测试用例。预期结果是该服务的性能对于用户保持一致，不管实际的用户数是否超过了边界值。当没有确定的上界时，可以选择远高于峰值负载的负载剖面（注意5.2.2节中提到的注意事项）。
5.2.9 耐力/容量测试的测试用例
耐力测试最常使用预期负载峰值的70％作为负载剖面，在一段时间内持续保持对服务的压力。通过这样的方式，使得测试过程中负载保持在合理的水平。为容量测试设计负载剖面本质上是压缩时间，使测试时间缩短，例如，要测试通常发生每天1次的动作，在容量测试中让它每分钟执行100次。在执行这种测试时，牢记和供应商签订的合同很重要（例如，服务级别协议中规定的使用方式）。
5.2.10 测试弹性的测试用例
弹性的测试包括两种情况：一种是自动发生容量扩大和缩减的情况（真正的弹性），另一种是需要手动配置（以及释放）容量的情况。
在弹性测试中，我们会混合使用三种测试技术，如图5-4所示。
-用变化的负载剖面进行负载测试。
-对容量扩大和缩减的边界进行边界值分析。
-对管理流程进行循环测试（包括对"按使用付费"的测试）
▲图5-4 组合测试技术
本文选自《云服务测试》第五章，本站经人民邮电出版社和作者的授权。
版权声明：51Testing软件测试网获人民邮电出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
