一：SEI负载测试计划过程

　　SEI负载测试计划过程是一个关注于负载测试计划的方法，其目标是产生“清晰、易理解、可验证的负载测试计划”。

　　SEI负载测试计划过程包括6个关注的区域：目标、用户、用例、生产环境、测试环境和测试场景。

　　其重点关注以下几个方面的内容：

　　1、生产环境与测试环境的不同

　　2、用户分析

　　3、用例

　　二：RBI（RapidBottleneckIdentify）方法：用于快速识别系统性能瓶颈的方法。该方法基于以下一些事实：

　　a、发现的80%系统的性能瓶颈都是由于吞吐量制约；

　　b、并发用户数和吞吐量瓶颈之间存在一定的关联

　　c、采用吞吐量测试可以更快速定位问题。

　　自己给公司同事写的一点入门小知识，希望对新同行有些帮助。

　　上次性能测试培训后，不少同事反馈性能测试的一些基本概念还是难以理解，所以我在这里把那些看起来比较虚无缥缈的概念实例化生活化一下，一来仅供大家参考，二来当做自己的一个简单总结。

　　什么是性能测试？

　　性能测试可以用资本家模型来描述。资本家自然是希望工人们多干活少拿工资，同样性能测试也是要求系统多干活少损耗。又要马儿跑得快又想马儿少吃草。

　　不少前辈总结过，性能测试是在时间和空间上寻找佳结合点。马儿跑得快是指时间，不吃草是指空间。性能测试则是寻找时间和空间之间的一个平衡点。

　　上述为朴素和广义的性能测试。

　　摘要：随着现代网络的发展速度不断提高，B/S结构的程序软件需求越来越普遍，而各公司的业务需求量也在不断增大，因此对软件并发需求及吞吐量需求也越来越大，这要求各软件企业在应对用户性能需求时使用更有效的测试策略，论文当前软件企业性能测试策略现状进行了归纳分析。

　　一、引言

　　现代公司用户使用的应用型软件大多数为B/S结构和C/S结构，而随着公司用户及客户数量的增加，应用软件对系统并发用户数要求越来越高，同时，大多数在线系统用户对注册时间，响应时间要求也较高，因此，大部份公司对软件企业设计的软件项目在大负载及压力需求上都有直接的用户需求，在进行软件项目需求分析及项目设计过程中，软件企业要充分考虑到软件项目在后期维护过程中客户的需求变化及维护费用带来的公司利润，大多数软件企业都更加注重项目在发布前的性能测试工作，性能测试在软件企业及其它项目开发者使用专门的软件测试工具及脚本描述测试对象与相关性能指标的特征并对软件性能进行评价的过程。在性能测试的过程中，有的公司采用的是商业测试工具，有的公司采用的是开源工具，还有的公司是采用自己开发的测试工具进行操作评价，并对开发人员进行沟通，从而对软件项目质量进行综合评价。

　　二、性能测试工具分析

　　性能测试要求软件企业在模拟用户真实环境的场景下对软件项目进行客观的评价，而在软件企业中单凭固定的硬件设备往往不能达到模拟并发用户，模拟多个负载的场景，因而，性能测试工具变得格外重要。目前软件企业的性能测试工具大体分为以下几种：

　　1、开源工具

　　象部分Linux操作系统内核及IBM公司投资开发的eclipse一样，使用灵活，功能全面，免费的开源工具是大多数软件公司的。目前做性能测试的开源工具主要有Jmeter，针对Java Web程序项目开发及FTP服务项目进行性能测试，通过模拟多个并发的虚拟用户，通过集合点、事务点对场景进行负载测试、压力测试，提供图形化的显示界面对软件项目性能进行综合分析；DbMonster，主要针对Sqlsever数据库进行压力测试；TpTest，主要对internet网络连接速度、响应时间进行测试。

　　2、商业工具

　　商业工具往往由专门的公司进行开发，通过大量的人力及资金投入支持，开发后一般具有界面更加美观、操作更加方便、功能更加强大、支持的插件更多等特点。并且因为商业软件的本身特点，一般还包括后期的升级服务，用户操作掊训服务等优势。所以也广泛地应用于各大型企业。目前主要的商业工具有HP公司收购Mercury后继续提供的LoadRunner，具有支持负载多，支持协议多，实时进行性能指标跟踪的特点；IBM公司开发的Rational系列Performance Tester适用于团队开发，通过性能测试从创建到结果分析的自动化过程对软件项目进行性能分析。