概念的【压力测试】来自VisualStudio.NET设计分布式应用可靠性测试:是指模拟巨大工作负荷以查看应用在峰值使用情况下如何执行操作对每个单独组件进行压力测试后应对带有其所有组件和支持服务整个应用进行压力测试集中测试从最基础功能测试开始您需要知道编码路径和用户方案、了解用户试图做什么以及确定用户运用您应用所有方式测试脚本应根据预期使用方法运行应用例如如果您应用显示Web页而且99%客户只是搜索该站点只有1%客户将真正购买这使得提供对搜索和其他浏览功能进行压力测试测试脚本才有意义当然也应对购物车进行测试但是预期使用暗示搜索测试应在测试中占很大比重

　　概念的 2【压力测试】来自.net应用性能测试:压力测试用来评估在超越最大负载情况下系统将如何运行压力测试目标就是发现在高负载条件下应用缺陷(BUG)包括:synchronizationissues,raceconditions,andmemoryleaks(内存泄漏)压力测试能让您识别弱点和在极限负载下将如何运行

　　概念的 3【压力测试】压力测试主要是为了发现在(任意)定条件下软件Software系统性能变化情况通过改变应用输入以对应用施加越来越大负载(并发循环操作多用户)并测量在这些区别输入时性能改变也就是通常说概念:压力测试考察当前软硬件环境下系统所能承受最大负荷并帮助找出系统瓶颈所在其实这种测试也可以称为负载测试但是负载测试通常描述种特定类型压力测试——增加用户数量以对应用进行压力测试

　　网上可能还有多于以上 3种所描述对压力测试这个名词定义

　　我比较赞同第种概念压力测试应该是指模拟巨大工作负荷以查看应用在峰值使用情况下如何执行操作扩展开来说其压力测试应该是较短时间其次是模拟巨大工作负荷再次压力测试是要使应用使用达到峰值对这 3点继续补充对第点长时间压力测试就转变成了负载测试；对第 2点对应用施加压力是超负荷所以要不断地加压；第 3点使应用使用达到峰值如果超过这个界限则应用会崩溃或率激增这个峰值是针对某时刻来说也是针对某个临界压力来说转变为场景设置中说法就是能够支持最大并发用户数

　　在最近次测试中定义了测试目是:需要了解AUT(被测应用)般能够承受压力同时能够承受用户访问量(容量)最多支持有多少用户同时访问某个功能在AUT中选择了用户最常用 5个功能作为本次测试内容包括登录大概需求就是这样

　　接下来我AUT登录说说如何用LoadRunner和Jmeter来实现场景设置达到测试目(注:对服务器检测不是本次测试重点本次测试主要收集并发访问用户数和发生用户数)

　　首先是对脚本要求:

　　1、录制脚本(注意所有脚本都应录制到Action中)自定义事务事务从提交用户名和口令脚本的前开始；

　　2、在定义事务开始脚本前加入集合点；

　　3、在脚本中加入检查点以登录成功页面出现登录用户ID即可；

　　4、参数化登录用户身份；

　　其次是对场景设置要求:

　　1、事先我们不知道将有多少用户访问是临界点所以在测试过程中需要多次改变用户数来确定；

　　2、建议修改运行时设置优化对服务器访问；[Page]

　　3、计划设置每x时间后加载10用户(根据总用户数设置)完全加载后持续运行不超过5分钟(根据需要设置)；

　　4、集合策略当运行中用户数100%达到集合点时释放；

　　5、注意事项需要注意几个时间:1)服务器响应超时时间；2)登录事务迭代次所使用时间；3)集合点等待超时时间；4)计划中设置间隔时间在我测试中事务运行次时间不超过30秒通过修改脚本使它运行时间达到分钟左右服务器响应超时时间、结合点等待超时时间、计划中设置间隔时间都设置为了2分钟

　　这样场景开始运行后运行用户数呈阶梯增长另外在每个上升点新增用户都会随原来已经运行用户并发访问服务器

　　通过多次运行和对测试结果中正在运行用户数和用户对比然后根据定义可接受率就可得到该功能最大并发访问用户数

　　以上测试中排除了对网络、客户端等要求在实际测试中首先要保证这些资源是足够

　　使用Jmeter也能够达到上述描述场景测试并且更加便捷