最近的一次测试旨在确定被测应用程序(AUT)在承受压力和用户访问量方面的性能。测试的内容包括五个最常用的功能，主要关注并发访问用户数和错误用户数。具体到登录功能，我们使用LoadRunner和Jmeter来实现场景的设置。

对于脚本的要求，需要录制脚本并加入自定义事务和检查点，同时对登录用户的身份进行参数化。对场景设置的要求包括多次改变用户数来确定临界点，修改运行时设置、计划的设置、集合策略等。测试过程中，我们将服务器响应超时时间、登录事务迭代时间、集合点等待超时时间和计划中设置的间隔时间都设置为2分钟。

通过多次运行和对测试结果的分析，我们可以得到每个功能的最大并发访问用户数。在这个测试中，我们排除了对网络和客户端等其他资源的要求。在实际测试中，首先需要确保这些资源足够。

同时，本文也提到了软件测试在软件质量保证中的重要性。软件测试技术和策略受到了广泛的应用和重视。虽然使用现代的设计技术和正式的技术复审可以减少代码中存在的初始错误，但错误总是存在的。因此，软件测试是软件质量保证的重要元素之一。

除了理论分析，本文还列举了一个在软件系统测试阶段进行的软件压力测试实例，以便与从事软件测试相关工作的朋友进行交流。具体案例介绍了一个三层C/S架构的MIS系统的压力测试实例，测试的目的是找出单个应用服务器能够支持的最大客户端数。测试的方法是按照正常业务压力估算值的1~10倍进行测试，以考察应用服务器的运行情况。