性能测试中如何确定并发用户数

阅读数:20356 2014 年 10 月 11 日 19:13

近日,Hitest 在其技术博客上发表了一篇题为《并发用户数与TPS 之间的关系》的文章,文章对TPS 和并发用户数做了详细的解释,并针对性能测试中系统性能的衡量维度和测试策略给出了自己的建议。Hitest 是阿里巴巴技术质量部提供的一款Web& 移动应用安全测试SaaS 化服务平台,旨在帮助开发者简单快捷地进行安全测试。

在文中,作者首先对并发用户数和 TPS 做了解释:

并发用户数:是指现实系统中操作业务的用户,在性能测试工具中,一般称为虚拟用户数 (Virutal User)。并发用户数和注册用户数、在线用户数的概念不同,并发用户数一定会对服务器产生压力的,而在线用户数只是 ”挂” 在系统上,对服务器不产生压力,注册用户数一般指的是数据库中存在的用户数。

TPS:Transaction Per Second, 每秒事务数, 是衡量系统性能的一个非常重要的指标。

作者认为现在很多从业人员在做性能测试时,都错误的认为系统能支撑的并发用户数越多,系统的性能就越好。要理解这个问题,首先需要了解 TPS 和并发用户数之间的关系:

TPS 就是每秒事务数,但是事务是基于虚拟用户数的,假如 1 个虚拟用户在 1 秒内完成 1 笔事务,那么 TPS 明显就是 1;如果某笔业务响应时间是 1ms, 那么 1 个用户在 1 秒内能完成 1000 笔事务,TPS 就是 1000 了;如果某笔业务响应时间是 1s, 那么 1 个用户在 1 秒内只能完成 1 笔事务,要想达到 1000TPS,至少需要 1000 个用户;因此可以说 1 个用户可以产生 1000TPS,1000 个用户也可以产生 1000TPS,无非是看响应时间快慢。

也就是说,在评定服务器的性能时,应该结合 TPS 和并发用户数,以 TPS 为主,并发用户数为辅来衡量系统的性能。如果必须要用并发用户数来衡量的话,需要一个前提,那就是交易在多长时间内完成,因为在系统负载不高的情况下,将思考时间 (思考时间的值等于交易响应时间) 加到脚本中,并发用户数基本可以增加一倍,因此用并发用户数来衡量系统的性能没太大的意义。

作者最后做了综述,他认为在性能测试时并不需要用上万的用户并发去进行测试,如果只需要保证系统处理业务时间足够快,几百个用户甚至几十个用户就可以达到目的。据他了解,很多专家做过的性能测试项目基本都没有超过 5000 用户并发。因此对于大型系统、业务量非常高、硬件配置足够多的情况下,5000 用户并发就足够了;对于中小型系统,1000 用户并发就足够了。

性能测试需要一套标准化流程及测试策略,在实际测试时我们还需要考虑其它方面的问题,比如如何模拟成千上万来自不同地区用户的访问场景、如何选用合适的测试软件。性能测试对一些小的团队来说并非易事,不过前段时间阿里云发布了性能测试服务 PTS ,PTS 可以帮助开发者通过分布式并发压力测试,模拟指定区域和指定数量的用户同时访问,提前预知网站承载力。这就是云计算给我们带来的便利。

在 10 月 16 日举行的阿里云开发者大会上,PTS 团队将会参与分享《护航世界杯—阿里技术保障体系分享》,敬请关注。

收藏

评论

微博

用户头像
发表评论

注册/登录 InfoQ 发表评论