- 1、本文档共4页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
性能测试目的:
提高系统吞吐量,
缩短响应时间
更好地支持并发
性能是在某一个特定环境下,系统所表现出来的最大事务处理能力。如果我们将这个问题细化,性能取决于具体环境,取决于系统架构,取决于软件与服务器的优化等等
概念
并发测试:
多用户同时访问一个应用程序、同一模块或数据记录时是否存在死锁或其他性能问题。
分类
并发测试主要分两类:
1、独立业务性能测试:核心业务模块的某一业务并发性能测试;
2、组合业务性能测试:一个或多个模块的多个业务同时进行并发测试。
一、独立业务性能测试
完全一样功能的并发测试:检查程序对同一时刻并发操作的处理,例如模拟多个用户在同一时刻向数据库写入相同数据,或者多个用户在同一时刻发出请求测试系统能否正确响应。
完全一样操作的并发测试:在同一时刻完成完全一样的操作,即从宏观上看操作对系统的影响是一致的,例如同时单击保存按钮。这类测试目的在于验证大量用户使用同一功能时系统能否正常工作。
相同/不同的子功能并发测试:同一模块大多数功能相互耦合,针对一些子功能较多的模块做组合测试。组合的依据就是用户使用的场景,每个不同的子功能都模拟一定的用户数量进行并发测试。
二、组合业务性能测试
不同核心业务模块的用户进行并发,模块之间具有一定耦合:这种测试比较接近用户使用情况,测试的对象是多个模块组,每个组相关的模块之间具有一定耦合关系。组与组之间的关系相对独立。例如实际中各类型的用户都会对应一组模块,相当于不同的业务组并发的访问系统。
具有耦合关系的核心模块组进行并发,每组模块内部存在耦合关系:主要测试多用户并发条件下一些存在耦合或者数据接口的模块是否正常运行,可以参考集成测试用例和概要设计文档,分析出一些核心模块的接口。
基于用户场景的并发测试:选择用户的一些经典场景做测试,测试对象可以使核心模块,也可以是非核心模块。这种测试更接近用户使用的实际情况,测试需要充分考虑实际场景。设计组合模块用户并发性测试用例一般用不同“子功能”或者“子事务”为单位,来进行各个模块的不同核心功能组合。
并发测试步骤
注意:测试计划包括:测试范围、测试环境、测试方案简介、风险分析
并发测试用例设计
并发测试用例设计中关键的是并发用户数量设计,其中几个比较关键的概念有两个
1、并发用户:
多个用户在同一时间做同一操作;
多个用户在同一时间向系统发出请求(可以相同也可以不同)
并发用户数量:
在同一时刻与服务器发生交互的在线用户数量,这种交互可以使单向传送数据包也可以是双向传送数据包。
并发用户数量设计方法一般有三种:
极限法:取最大在线用户数当做最大并发数。这种方法适用于已经投产或者使用目标不明确的门户网站,也可以使用已经注册的用户数做系统用户数量数,然后按照经验公式计算最大并发数量(经验公式不确定,根据系统类型,项目经验确定,例如oa办公系统:使用系统的用户数量*(5%~20%))
用户趋势分析:对系统生存周期内的用户未来走势进行分析,预测系统未来可能达到的最大使用数目,从而估计最大并发用户数,这种方法多用于用户不断增加的情况。
经验评估法:根据经验判断最大并发用户数,这种方法适用于用户数量相对稳定且明确的系统。
具体项目中通常几种方法结合使用来确定最大并发用户数量。完成最大并发用户数量评估后按照其百分比来设计每个测试用例需要模拟的用户数量,例如可以按照最大并发用户数量的20%不断增加来设计模拟用户数量,直到达到最大并发用户数量。对于某一特定用例,设计用户数量需要注意:
一、按照各类用户同时递增的方式来设计用户数量。按照递增顺序设计用例是为了按照由浅入深的来发现系统瓶颈。
并发用户数的最大值一般不超过最大并发用户数量的20%,除非是为了测试系统能支持的最大并发用户数量。
设计用户数量时要考虑成本,因为每组用户都意味着至少一次测试。
系统不同时间段场景设计
不同时间段的场景设计更接近用户使用情况,是核心模块和组合模块并发性能测试用例的基础。不同时间段场景分析的数据来源主要是需求分析和日志分析。不同时间段场景设计遵循两个原则:1、选择典型的场景进行测试,尤其选择并发用户数目比较大的场景;2、覆盖要全面即设计的用例要覆盖到压力可能较大的时间段
性能测试的步骤
性能测试一般的步骤包括以下几个部分,
搭建与维护测试环境
执行测试用例
监控测试执行场景
保存与分析测试结果
当测试环境准备好之后就可以执行测试用例,测试执行大多借助工具完成。大致步骤如下:
性能测试部分测试属性:
请求响应时间:TTLB即timetolastbyte;指从发出请求开始,到客户端收到最后一个字节的响应所需要的时间。
吞吐量:指测试中传输数据量的总和。
TPS:transactionpersecond每秒钟系统能够处理的事务量。
点击率:每秒
文档评论(0)