第三组：各位同学，各位尊敬的嘉宾，大家好，今天我带来一个题目是：基于云计算的大规模负载测试平台，我是陈铁男。不同于刚才两位同学，我们是为服务提供服务的。基于互联网开放的情况下，在用户不可预计的情况下，能否依然为用户提供良好的服务。下面是我们这个项目基本情况的介绍。Bench4Q是基于云计算的大规模负载测试平台。我们拿出的产品是相对学院派的风格，不同于其他，他们是市场化、商业化的情况。
什么是负载测试？通过自动化的测试工具，模拟多种正常的、峰值的、异常的测试条件。它的测试目的很清晰，就是在这种测试出它正常情况下能承载的最大并发用户数和临界值的时候最大并发用户数。它的资源瓶颈、资源转移等问题。它的测试对象分为两种。基本测试和分基本测试。一般负载工具的基本结构如图所示。一般由测试应用力生成负载脚本，负载系统产生压力，对它相应。负载注入代理对系统进行了状态的描述，资源监测，由资源和性能两个状态形成了性能分析的输入。进入了我们现在的互联网时代，大数据时代，这种互联网的开放性和用户的不可预计性给我们的负载测试带来更为迫切的需求。但是负载测试又是一项典型的资源密集 型的工作，我们需要大量软硬件的投入和管理。MySpace需要百万并发用户的服务器。它每一千虚拟用户需要投入30万美元的LESENCE，软件服务费用将达到30万美元。兼容性和负载规模相对有限。得不到更加良好的解决。
受客观条件的影响，传统的负载测试工具均采用了1：20的萎缩方针模拟。这种微缩仿真模拟很可能测试不充分，可能导致后果严重。春运的时候，或者是返城高峰的时候，这个现象更为频繁的出现，经常会发现12306不提供服务了。所以我们的设想是它是否经过了周密的测试，或者是测试的规模是否达到了这样一个级别。但是在互联网的企业里面也经常会出现服务不可用的状态，这是非常正常的。
面对这种负载测试资源投入高，管理维护代价大的困境。我们云计算大数据的服务对负载测试的需求又是这样的迫切。我们需要一场及时雨挽救我们的状况。近年来云计算发展势头猛烈。它能否为企业开发者服务化的东西提供更为良好的解决方案呢？首先，给一个简单的定义，云即是服务、互联网接入、托管。我们将我们的软硬件资源全部托管在云上，由更为专业的管理、运维团队帮助我们管理，省去了很多事情。随着云计算的发展，测试机服务理念也逐渐形成。我们只能从我们需求的角度上对他给出一个相对清楚的解释。首先我们认为，测试机服务应该是按需使用的相对廉价的软硬件资源。第二，我们希望测试机服务是资源集中托管、快速部署。可以避免开发人员和企业的运维人员对它的管理维护的代价。
随着测试机服务理念的提出，我们Bench4Q的项目也是从最初的09恩年的基本测试工具发展成了现在最新版本的基于云的负载测试服务平台。在这个过程中我们也取得了一些成绩。这次参赛是最新版本V3.1，我们是想把负载测试作为一项服务来提供。作为一项服务，我们提供了一个基于浏览器访问的自助门户。这种一站式的自助门户提供了以下几个功能：制订测试计划、执行测试计划，搜集测试工具、生成测试报告。
第二，脚本录编，不需要你去配制一些资源的文件，在使用过程中只需要将WEB代理打开。这样一个自动化的过程生成了一个结构化的测试脚本。这种相对复杂的测试场景强调资源正用，资源瓶颈、死锁问题他都提供了很好的问题。有它的问题，但是对负载测试有更好的支持。
数据搜集，包括性能指标数据和资源状态数据。在通过丰富的数据测试展现方式，形成了一个动态图表和静态报告。
下面介绍Bench4Q的功能，真正支撑这些功能的是后面的特性。高可用的测试任务执行，单以一种无状态的方式执行负载输入代理，当负载输入代理一旦在测试错误的情况下，它可以实现秒级的恢复。如果我们在进行一个时间持续很长的耐力测试。如果在中途出现持续时点无效，它的代价是非常大的。第三，Bench4Q提供查检华的测试负载协议。无论是应用层、通信层，乃至程序调用级别的，都可以在框架上插入一个USB一样简单。第四，测试过程中原始数据的海量存储。在负载测试阶段，它将产生大量的原始数据。产生的数据应该是海量的。如果我们的测试需求是十万用户。测试时间是24小时。我们将产生20T的原始数据。这是Bench4Q界面的截图展示。Bench4Q下一步的工作，更加友好的脚本设计体验。真正做到所见即所得，所用即所测。
Bench4Q的商业模式和应用前景有以下几种。作为独立的安装软件使用，作为测试运，还有与硬件厂商的合作作为测试一体机。它的盈利模式也很清晰，按照负载模式、测试时间、使用查检，按时按量、按需。
Bench4Q的推广，Bench4Q已经在一些国家的重大任务中进行了使用。中软、中创、东方通、金蝶等等都对Bench4Q进行验收。还有中国能建和IBM也使用了Bench4Q的工具。Bench4Q本身也是一个开源的项目，它的下载量接近一万。
下面看一下产品使用演示。
谢谢大家！