Testing 您使用什么方法来测试web应用程序中的可伸缩性?

Testing 您使用什么方法来测试web应用程序中的可伸缩性?,testing,web-applications,Testing,Web Applications,我们的测试系统相当初级;启动浏览器,看看它是否工作。最近,我们的客户发现,我们的应用程序遇到了一些问题,用户数量导致应用程序速度减慢。该应用程序基本上是一个巨大的Word文档,用户可以同时编辑自己的版本。部分问题来自于不知道如何同时测试多个实例。我和我的搭档考虑了如何测试这一点;一个想法是租一家网吧,雇一个小时的学生来使用这个应用程序 在测试基于web的应用程序时,人们还尝试了哪些方法来模拟并发性?这里的大部分建议是针对具体的方法;我在问,你如何测试它以确保它工作?如果你从未签出,那么你需要。它

我们的测试系统相当初级;启动浏览器,看看它是否工作。最近,我们的客户发现,我们的应用程序遇到了一些问题,用户数量导致应用程序速度减慢。该应用程序基本上是一个巨大的Word文档,用户可以同时编辑自己的版本。部分问题来自于不知道如何同时测试多个实例。我和我的搭档考虑了如何测试这一点;一个想法是租一家网吧,雇一个小时的学生来使用这个应用程序


在测试基于web的应用程序时,人们还尝试了哪些方法来模拟并发性?这里的大部分建议是针对具体的方法;我在问,你如何测试它以确保它工作?

如果你从未签出,那么你需要。它将允许您通过浏览器进行自动web测试。好的,第一个问题解决了


现在,理想情况下,您可以使用相同的脚本,将其加载到一堆框中,并同时运行它们,以获得某种负载测试,对吗?幸运的是,有人已经发现了这一点,尽管这是一项付费服务:。但是,看起来您还是愿意花一点钱来做这件事,而且可能会得到更好、更可重复的结果。

JMeter

我们通常通过在web服务器上生成模拟HTTP负载来回答“web应用程序一次能做多件事吗?”

<>我发现有助于区分几种不同类型的测试;并发性(当系统中的两个事件发生冲突时会发生什么)、容量(当有许多重叠的请求时会发生什么)、容量(当数据在系统中累积时会发生什么)

巨大的总体速度减慢(由SLA之外的响应时间证明)通常与容量问题(争用是一个常见原因)或容量(许多用户、大量数据以及系统随时间变慢)有关。前者通常需要某种多线程请求流;后者通常可以通过预加载卷,然后测量单个用户所经历的响应时间来管理


我通常认为,将负载发生器与实际测量/仪器分离是一个好主意。这可以很简单,比如在那里有一个黑匣子来生成一个典型的负载,然后坐在这里用秒表测量典型用例的响应性。

你有没有一个资源可以指给我讨论这些事情(我喜欢读书,但URL就可以了)?我来自一个桌面计算编程环境,其中并发性指的是你自己的应用程序的多线程性;我有兴趣了解更多关于web开发人员通常面临的挑战(以及这些挑战的解决方案)。