并发测试知识点总结.doc

第 1 页
性能测试目的：
提高系统吞吐量，
缩短响应时间
更好地支持并发
性能是在某一个特定环境下，系统所表现出来的最大事务处理能力。如果我们将这个问题细化，性能取决于具体环境，取决于系统架构，取决于软件及效劳器的优化等等
概念
并发测试：
多用户同时访问一个应用程序、同一模块或数据记录时是否存在死锁或其他性能问题。
分类
并发测试主要分两类：
1、独立业务性能测试：核心业务模块的某一业务并发性能测试；
2、组合业务性能测试：一个或多个模块的多个业务同时进展并发测试。
一、独立业务性能测试
完全一样功能的并发测试：检查程序对同一时刻并发操作的处理，例如模拟多个用户在同一时刻向数据库写入一样数据，或者多个用户在同一时刻发出请求测试系统能否正确响应。
完全一样操作的并发测试：在同一时刻完成完全一样的操作，即从宏观上看操作对系统的影响是一致的，例如同时单击保存按钮。这类测试目的在于验证大量用户使用同一功能时系统能否正常工作。
一样/不同的子功能并发测试：同一模块大多数功能相互耦合，针对一些子功能较多的模块做组合测试。组合的依据就是用户使用的场景，每个不同的子功能都模拟一定的用户数量进展并发测试。
二、组合业务性能测试
不同核心业务模块的用户进展并发，模块之间具有一定耦合：这种测试比拟接近用户使用情况，测试的对象是多个模块组，每个组相关的模块之间具有一定耦合关系。组及组之间的关系相对独立。例如实际中各类型的用户都会对应一组模块，相当于不同的业务组并发的访问系统。
具有耦合关系的核心模块组进展并发，每组模块内部存在耦合关系：主要测试多用户并发条件下一些存在耦合或者数据接口的模块是否正常运行，可以参考集成测试用例和概要设计文档，分析出一些核心模块的接口。
基于用户场景的并发测试：选择用户的一些经典场景做测试，测试对象可以使核心模块，也可以是非核心模块。这种测试更接近用户使用的实际情况，测试需要充分考虑实际场景。设计组合模块用户并发性测试用例一般用不同“子功能〞或者“子事务〞为单位,来进展各个模块的不同核心功能组合。
并发测试步骤
注意：测试方案包括：测试范围、测试环境、测试方案简介、风险分析
并发测试用例设计
并发测试用例设计中关键的是并发用户数量设计，其中几个比拟关键的概念有两个
第 2 页
1、并发用户：
多个用户在同一时间做同一操作；
多个用户在同一时间向系统发出请求〔可以一样也可以不同〕
并发用户数量：
在同一时刻及效劳器发生交互的在线用户数量，这种交互可以使单向传送数据包也可以是双向传送数据包。
并发用户数量设计方法一般有三种：
极限法：取最大在线用户数当做最大并发数。这种方法适用于已经投产或者使用目标不明确的门户网站，也可以使用已经注册的用户数做系统用户数量数，然后按照经历公式计算最大并发数量〔经历公式不确定，根据系统类型，工程经历确定，例如oa办公系统：使用系统的用户数量*〔5%~20%〕〕
用户趋势分析：对系统生存周期内的用户未来走势进展分析，预测系统未来可能到达的最大使用数目，从而估计最大并发用户数，这种方法多用于用户不断增加的情况。
经历评估法：根据经历判断最大并发用户数，这种方法适用于用户数量相对稳定且明确的系统。
具体工程中通常几种方法结合使用