软件压力测试的.pdf

软件压力测试 软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一 部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试， 而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力 测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽。 基本概念 软件压力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一 部分。软件压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试， 而是在计算机数量较少或系统资源匮乏的条件下运行测试。通常要进行软件压力 测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽。 软件压力测试的目的 在最近的一次测试中定义了测试的目的是：需要了解 AUT(被测应用程序)一 般能够承受的压力，同时能够承受的用户访问量(容量)，最多支持有多少用户同 时访问某个功能。在 AUT 中选择了用户最常用的五个功能作为本次测试的内容， 包括登录。大概的需求就是这样。 接下来 AUT 的登录说一说怎么用 LoadRunner 和 Jmeter 来实现场景的设置达到测试的目的。(注：对服务器的检测 不是本次测试的重点，本次测试主要收集并发访问用户数和发生错误用户数)。 编辑本段软件压力测试的要求。 首先是对脚本的要求： 1、录制脚本(注意所有的脚本都应录制到 Action 中)，自定义事务，事务从 提交用户名和口令的脚本之前开始; 2、在定义事务开始的脚本前加入 合点; 1 3、在脚本中加入检查点，以登录成功的页面出现登录用户的 ID 即可; 4、参数化登录用户的身份; 其次是对场景设置的要求： 1、因为事先我们不知道将有多少用户访问是临界点，所以在测试过程中需 要多次改变用户数来确定; 2、建议修改运行时设置，优化对服务器的访问; [Page] 3、计划的设置，每 x 时间后加载 10 用户(根据总用户数设置)，完全加载后 持续运行不超过 5 分钟(根据需要设置); 4、集合策略，当运行中的用户数 100%达到集合点时释放; 5、注意事项，需要注意几个时间： 1)服务器响应超时时间; 2)登录事务迭代一次所使用的时间; 3)集合点等待超时时间; 4)计划中设置的间隔时间。 在我的测试中事务运行一次的时间不超过 30 秒，通过修改脚本使它的运行 时间达到一分钟左右， 服务器响应超时时间、结合点等待超时时间、计划中设 置的间隔时间都设置为了 2 分钟。 这样场景开始运行后运行用户数呈阶梯增长，另外在每个上升点新增的用户 都会随原来已经运行的用户并发访问服务器。 通过多次的运行和对测试结果中正在运行用户数与错误用户的对比，然后根 据定义可接受错误率就可得到该功能的最大并发访问的用户数。 2 以上测试中排除了对网络、客户端等的要求。在实际测试中首先要保证这些 资源是足够的。 使用 Jmeter 也能够达到上述描述的场景的测试，并且更加的便捷。 软件压力测试实例 利用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但 是错误总是存在的，如果开发者找不到错误，那么，客户就会找到它们。越来越 多的软件组织认识到软件测试是软件质量保证的重要元素之一，很多软件开发组