其中，优化项所有内容必须满足，附加项可以不满足，在评测结果中Y代表满足、N代表不满足、Null代表无优化项相关技术。评测结果共分为A、B、C、D、E和U六个级别。具体对应关系如下表所示：

表2 评级标准

　　4.2 后端性能测试方法

　　测试主要采用商业级别的性能测试工具进行测试，如HP Loadrunner。通过大规模模拟实际用户的操作行为，测试核心售票系统中注册、浏览、座位选择、支付等关键业务的响应时间和服务器实时处理能力，重点关注CPU、内存、I/O等信息，为操作系统、中间件和数据库以及服务器的性能优化和调整提供数据依据。

　　通常情况下，数据中心中用于支撑售票业务的服务器多达几百台，通过软件在测试中进行监控更容易实现，如UC Berkeley的开源集群监视软件Ganglia。Ganglia的核心包含gmond、gmetad以及一个Web前端，通过自动解析linux操作系统proc目录下的文件来获取操作系统的主要性能指标。Ganglia带来的系统负载非常少，几乎不会影响被监控系统性能。对于中间件和数据库等基础软件，可采用其自带的监视器或命令来获取性能指标。

　　在测试场景设计中，应考虑准确模拟混合业务的并发操作，以及过载访问的情况，可借鉴下表中的思路进行测试：

表3后端性能测试场景

　　通过测试考察运行环境的抗压能力，在成本和风险可接受范围内对整个运行环境进行合理优化，提高核心售票系统的处理能力。总的来说，高效的核心售票系统在上线前达到以下要求：

　　A、核心业务模块中无明显效率低下的模块

　　B、多个数据中心间实现了良好的负载均衡，整个运行环境中不存在明显的服务器资源消耗过度的情况

　　C、整个运行环境的网络承受负载的能力良好，各银行支付网点进行了合理的组网规划，网站与支付系统的流量实现良好分离

　　D、在正常和过载情况下，系统的定单数量/小时指标在合理范围内，代理服务器、交易服务器以及数据库服务器的资源消耗合理

　　5、总结

　　通过分析大型票务系统的访问特点和规律，提出了大型票务系统的性能测试策略和方法，该方法经具备普遍的合理性和较强的操作性，但是该方法还有待在更多大型票务系统性能测试中进行应用和完善。

　　3、大型票务系统性能评价方法

　　3.1 前段性能评价方法

　　对于大型票务系统而言，前端性能的优化主要是为了加快响应结果在客户端的响应速度，这样能够避免用户误以为无响应而反复的刷新造成服务器端压力。在评测过程中主要从如下几个方面进行考虑：

　　A、CSS文件或者代码至于顶部

　　B、JavaScript脚本文件或者代码至于文件的底部

　　C、CSS文件或者代码中无CSS表达式

　　D、JavaScript脚本文件或者代码中无重复脚本

　　E、移除无用的CSS

　　F、对JavaScript脚本进行了精简

　　G、精简CSS脚本

　　H、外链JavaScript脚本并且合并多个javascript脚本文件

　　I、外链CSS并且合并多个CSS文件

　　J、应用图片地图或者CSS Sprites

　　K、应用Expires头

　　L、无重定向

　　M、应用GZip压缩

　　N、配置ETag

　　在上述的评测内容中主要包括了两方面，其一是脚本文件的优化，资源文件的优化和CSS文件的优化三大方面。服务器文件优化就是降低在客户端访问服务器端时，除去HTML文档外其他所有内容的物理大小，减小传输时间和加载时间。其二是依据HTTP协议特性，通过配置中间件、修改源程序等操作进行的优化。在完成上述14项技术评价指标后，仍有如下4项附加项需要考虑：

　　O、应用Ajax缓存

　　P、应用CDN

　　Q、混淆JavaScript

　　R、页面DNS查找最小化

　　由于上述四项附加是由相对复杂，风险较大、实现成本较高技术决定的，因此附加项的满足条件就视项目的投入成本情况而定，并不一定要完全满足。