简化测试云和云测试

　　Sujith Shajee现在印孚瑟斯有限公司（NASDAQ: Infy www.infosys.com）担任一名测试分析师。且还是独立验证和测试服务部的一员。他已参与过不少项目的策略和交付，做过自动化，性能和服务验证项目，还对一些验证工具十分擅长。他的联系邮箱是：SujithK_Shajee@infosys.com。

　　简介
　　 “云上的测试”，这是一个模糊的短语，它并非源于概念而是表达的措词。这个短语通常在人们脑子里留下一个问题：“这个词是不是意味着有云中某事物帮助的测试或仅仅只是在云中进行测试?”和每个其他博客一样，关于这个概念的论文和研讨都一直认为：云不是一个新概念，至今它已存在很多年了。云因为将随需应变的概念带入IT业而备受赞誉。把测试模式分解为“测试云”和“云测试”将会是理解和简化这个概念的一个良好开端。

　　测试云
　　让我们用一个非常简单的例子分解这个概念。Web服务旨在对基于贷款数的按揭贷款进行摊销计算，APR和占有被放在云基础架构上并向这个web消费者开放。这个web服务被多家以提供按揭贷款为其部分服务范围的金融机构所用。将使用web服务的用户基础考虑在内，发挥多个测试策略的作用。假设部署完成时web服务运行稳定，在云上测试该web服务性能的需求仍很重要。
　　现在让我们看一下在云供应商的云基础架构上部署好web服务以确定稳定性后，在云上验证以上web服务时发挥作用的各种测试策略：
　　负载测试——增加web服务上的需求并明确供应商提供的基础架构上的响应时间。
　　压力测试——逐渐增加负载并明确供应商提供的基础架构上的web服务的断点。
　　可用性测试——长时间运行web服务器以明确失败事件及供应商的恢复时间。
　　安全性测试——进行该测试以明确授权或认证失败。
　　互用性测试——环境迁移完成时明确问题。
　　延迟测试——明确异常作为向云发出请求并从云接受响应的一部分。
　　耐久性测试——用一段时间内服务器上连续负载明确问题。
　　尖峰冲击测试——引起负载高峰并明确故障时间或性能问题。
　　扩展性测试——明确云供应商的扩大和缩小容量
　　这里的重点是，验证云时，一名质量保证工程师在试着用将在那儿托管的应用程序明确云供应商提供的基础架构的稳定性。

　　总结
　　测试云是用来测试部署在云上的应用程序的。
　　除了功能验证，应用程序被部署到云上时还要验证性能和安全。目的是在云上验证期间操作测试云基础架构。

　　云测试
　　现在我们来弄弄清楚“云测试”到底是什么意思。但是首先让我们把云作为一项服务来谈谈，比如：把给顾客想要的作为网上服务。这项服务可以是基于基础架构，软件，平台或存储的。所以一天结束时，该服务帮助顾客避免了作为维护服务的开销和成本。例如，一个组织或许无法为其日常运作支付获取如Microsoft Office， Google Apps等的软件。该软件拥有自己的维护和升级的开销。软件服务化(SaaS)可以使组织避免参与维护基础架构和平台以运行应用程序的麻烦。所有升级和维护都是由组织所选用的云供应商管理的。云测试使用云上可用的基础架构来进行验证。组织采用羊奶测试的主要原因之一是为了避免维护测试工具所耗费的昂贵成本。工具许可采购的有限资金和严格的最后期限是导致组织采用云测试的其他因素。云测试的一个其他吸引力是它的随需应变的特点。用外行话说，你使用就支付。云测试供应商提供顾客各种服务，包括用于自动化和性能测试的测试软件，模拟生产环境的基础架构，以及帮助质量工程师开发应用程序测试的自动化脚本的平台。
　　让我一起来看看实施云测试的一些特点吧：
　　对于顾客，首先，最主要可以减少维护基础架构和软件的成本。供应商有这些责任，顾客金钱利益就有了保障。
　　另一个重要特点是随需应变服务，你为你使用的支付，这就使所有级别的事更简单。顾客不必担心被用软件的升级和维护。常规检查和升级是供应商的责任。
　　因为资源在更大的团体中被共享，资源利用就能得到保障。基础架构被集中到一处，从而降低成本。资源配置控制资源共享并无需经历负载高峰就保障可扩展性。
　　更低的环境设置时间。
　　话虽如此，任何硬币都有两面。云测试也有其自身的问题，比如安全，最初设施成本等等。评估云是否是云基础架构上的表现时可以准确验证另一个缺点，且可能因为云供应商基础架构的性能而变化。然而，这些问题可以由顾客通过仔细研究和处理来控制。

　　总结
　　云测试是云服务化的结果。测试基础架构或云上的软件被用于测试。目的是使用网上资源以进行节省成本的测试。
?
　　补充
　　测试云和云测试是IT业完全独立的分别拥有各自责任的实体。前者是指在云基础架构上建立应用程序，后者是使用云上基础架构并验证应用程序。

　　原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。