认识达内从这里开始

我们在前几期的文章中给大家简单介绍了软件性能测试的一些基础知识等内容，而本文我们就再来了解和学习一下，web性能测试概念与测试模型分享。

一、基本概念

并发用户：用户并发一般发生在使用比较频繁的模块中，而且遇到异常通常都是程序的问题。

用户并发数量：在线用户数量是计算并发用户数量的主要依据之一。=使用系统的用户数量*(5%~20%)

并发主要针对WEB服务器而言，是否并发的关键是看用户的操作是否对服务器产生了影响。

吞吐量：一次性能测试过程中网络上传输的数据量的总和。

吞吐率:吞吐量/传输时间，单位时间内网络上传输的数据量，也可以指单位时间内处理的客户端请求数量。吞吐率用“请求数/秒”或者“页面数/秒”来衡量。

点击率：每秒钟用户向web服务器提交的HTTP请求数。点击率越大，对服务器的压力也越大。重要的是分析点击时产生的影响。

点击不是指鼠标的一次“单击”操作，因为在一次“单击”操作中，客户端可能向服务器发出多个HTTP请求。

二、WEB性能测试种类

压力测试：确定一个系统的瓶颈或者不能接收用户请求的性能点，来获得系统能提供的大服务级别的测试。

负载测试：在被测系统上不断增加压力　，直到性能指标达到极限，响应时间超过预定指标或者某种资源已经达到饱和状态。这种测试可以找到系统的处理极限，为系统调优提供依据。

大数据量测试：针对某些系统存储、传输、统计查询等业务进行大数据量的测试。

配置测试：通过测试找到系统各资源的优分配原则。

可靠性测试：可以施加cpu资源保持70%-90%使用率的压力，连续对系统加压运行8小时，然后根据结果分析系统是否稳定。即加载一定压力的情况下，使系统运行一段时间。

并发测试：多以发现一些算法设计上的问题。

性能测试以用户并发测试为主的测试。

性能测试主要是为了发现软件问题和硬件瓶颈。

对于性能方面给系统留有30%左右的扩展空间即可。

三、Web全面性能测试模型

1、预期指标的性能测试

主要指需求分析和设计阶段提出的一些性能指标。

针对每个指标都要编写一个或者多个测试用例来验证系统是否达到要求。

预期指标的性能测试用例通常以单用户为主，如果涉及并发用户内容，则归并到并发用户测试用例中进行设计。

2、并发性能测试

选择具有代表性、关键的业务来设计用例，并且用户的设计应该面向“模块”

用户并发性能测试分为：独立核心模块并发性能测试，组合模块并发性能测试

独立核心模块并发：完全一样功能的并发测试;完全一样操作的并发测试;相同/不同的子功能并发。

针对独立核心模块用户并发性能的测试用例设计，可发现一些核心算法或者功能方面的问题，如一些多线程、同步并发算法在单用户模式下测试是很难发现问题的，通过模拟多用户的并发操作，更容易验证其是否正确和稳定。

核心模块测试一般属于基本的性能测试，它较多地关注模拟的“功能”，一般不会对服务器进行测试。

组合模块并发：具有耦合关系的核心模块进行组合并发测试;彼此独立的、内部具有耦合关系的核心模块组的并发测试;基于用户场景的并发测试。

组合模块测试一般发现接口方面的功能问题，并尽早发现综合性能问题。

【免责声明】：本内容转载于网络，转载目的在于传递信息。文章内容为作者个人意见，本平台对文中陈述、观点保持中立，不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。