41基本概念功能测试培训讲学

14.1基本概念4.2系统测试层次4.3系统测试方法4.4系统静态测试4.5功能测试4.6性能和缩放性测试4.7可用性测试4.8安全性测试4.9指标协议测试4.10安装卸载测试4.11兼容性测试4.12本地化测试4.13系统测试过程4.14其他阶段测试4.15测试案例分析24.5功能测试链接或界面切换测试业务流程测试34.5.1链接(界面切换)测试测试所有链接是否按指示的那样确实链接到了该链接的页面；测试所链接的页面是否存在；保证Web应用系统上没有孤立的页面。界面设计文档是依据(上海交通银行,电力负荷管理系统例子)54.5.3业务流程测试64.5.3业务流程测试遵循上图中每个经过用例的可能路径，可以确定不同的用例场景：场景1基本流场景2基本流备选流1场景3基本流备选流1备选流2场景4基本流备选流3场景5基本流备选流3备选流1场景6基本流备选流3备选流1备选流2场景7基本流备选流4场景8基本流备选流3备选流474.5.3业务流程测试例子84.5.3业务流程测试提款用例的基本流和某些备用流94.5.3业务流程测试第一次迭代中，根据迭代计划，我们需要核实提款用例已经正确地实施。此时尚未实施整个用例，只实施了下面的事件流：基本流-取预设金额（10元、20元、50元、100元）备选流2-ATM内没有现金备选流3-ATM内现金不足备选流4-PIN有误备选流5-帐户不存在/帐户类型有误备选流6-帐面金额不足104.5.3业务流程测试场景设计场景描述基本流备选流场景1-成功的提款基本流场景2-ATM内没有现金基本流备选流

2场景3-ATM内现金不足基本流备选流

3场景4-PIN有误（还有输入机会）基本流备选流

4场景5-PIN有误（不再有输入机会）基本流备选流

4场景6-帐户不存在/帐户类型有误基本流备选流

5场景7-帐户余额不足基本流备选流

6114.5.3业务流程测试测试用例设计124.5.3业务流程测试测试用例数据选择134.1基本概念4.2系统测试层次4.3系统测试方法4.4系统静态测试4.5功能测试4.6性能和缩放性测试4.7可用性测试4.8安全性测试4.9指标协议测试4.10安装卸载测试4.11兼容性测试4.12本地化测试4.13系统测试过程4.14测试案例分析144.6性能和缩放性测试性能:性能是表明软件系统对于其及时性要求的符合程度。其次,性能是软件产品的一种特性,可以用时间来进行度量。性能的及时性用响应时间或吞吐来衡量。154.6性能和缩放性测试对软件性能的关注是多层面的用户关注管理人员关注开发人员关注164.6性能和缩放性测试用户对软件性能的关注发出请求请求应用服务器DB服务器返回数据用户感受到响应呈现时间系统响应时间174.6性能和缩放性测试管理人员对软件性能的关注在多个用户并发时响应时间系统支持多少个并发用户系统资源利用率系统瓶颈在什么地方系统可扩展性系统稳定性184.6性能和缩放性测试开发人员对软件性能的关注架构设计是否合理数据库设计是否合理内存分配使用是否合理线程同步方式是否合理系统中是否存在不合理的资源竞争194.6性能和缩放性测试软件性能的几个指标响应时间并发用户数吞吐量204.6性能和缩放性测试软件性能的几个指标—响应时间214.6性能和缩放性测试软件性能的几个指标—并发用户数224.6性能和缩放性测试软件性能的几个指标—并发用户数系统用户数同时在线用户人数234.6性能和缩放性测试软件性能的几个指标—并发用户数计算公式C=nL/TX=c+3*(c)1/2244.6性能和缩放性测试软件性能的几个指标—吞吐量单位时间内系统处理的客户请求的数量，直接体现系统的性能承载能力表示：请求数/秒页面数/秒人数/天处理的业务数/小时反映服务器承受的压力协助分析系统性能瓶颈254.6性能和缩放性测试软件性能的几个指标—吞吐量计算方式F=N*R/T264.6性能和缩放性测试性能测试是指在一定约束条件下测试系统所能承受的并发用户量、运行时间、数据量，以确定系统所能承受的最大负载压力，保证产品发布后系统的性能能够一般观点：找一个点（200用户）满足用户需求。实际：一条曲线274.6性能和缩放性测试性能测试的目的可以概括以下几个方面：在真实环境下检测系统性能，评估系统性能以及服务等级的满足情况；分析系统瓶颈、优化系统。284.6性能和缩放性测试系统的缩放性指的是在系统中增加计算资源的能力。增加了计算资源后，在特定的负载条件下，就可以获得可接受的或改进的响应时间、稳定性和数据吞吐量。在这里，负载指的是同一时间内系统处理客户端业务功能数量。294.6性能和缩放性测试WEB系统体系结构允许在WEB、应用程序和数据库服务器层的每一层进行缩放，这些层可以按下面几种方式缩放：垂直缩放水平缩放功能缩放系统性能与缩放性密切相关，因此在进行性能测试时必须考虑系统缩放性。304.6.1性能测试内容系统的性能应该包括两方面：一方面是系统完成用户业务功能的响应时间另一方面是系统实现用户业务功能时的资源利用率分析314.6.1性能测试内容性能测试数据的收集客户机：响应时间服务器：CPU，占全部处理器时间的百分比；内存，用字节数和每秒出现的页面错误率表示；硬盘的I/OWEB服务器：除了上述项目外，WEB服务器还包括最大的同时连接数目。数据库服务器：所有数据库服务器都应当包含交易/秒和缓存命中率等数据网络：监视每个服务器之间的带宽数据324.6.1.1客户端性能测试主要是测试在多个客户并发时，系统完成用户业务功能的响应时间。具体性能指标参数如下：并发客户端数业务处理响应时间业务处理通过率334.6.1.1客户端性能测试WEB系统为例，响应时间性能因素包括下面几项：请求提交：客户浏览器为了与网站进行连接并传输用户提供的数据所需的时间。处理时间：请求被一台或多台服务器处理以执行用户所需功能的时间。响应：处理请求后，将页面或者数据返回给用户，传输这些页面或者数据所需要的时间即为响应时间。344.6.1.1客户端性能测试响应时间=N1+N2+N3+N4+A1+A2+A3+A4354.6.1.2系统资源利用率分析网络资源利用率分析服务器资源利用率分析通过监测操作系统、数据库以及中间件服务器364.6.1.2系统资源利用率分析

-网络资源利用率分析

对象计数器描述参考值NetworkInterfaceBytesTotal/secBytesTotal/sec为发送和接收字节的速率，包括帧字符在内。判断网络连接速度是否是瓶颈，可以用该计数器的值和目前网络的带宽比较该计数器的值与网络带宽相除，结果小于50％。WebServiceMaximumConnectionsTotalConnectionAttemptsMaximumConnections：“最大连接数”是和Web服务同时建立起的最大连接数。TotalConnectionAttempts：“连接尝试总数”是从服务启动时利用Web服务尝试连接的总数。该计数器应用于全部所列的实例374.6.1.2系统资源利用率分析

-操作系统资源利用率

操作系统资源利用率384.6.1.2系统资源利用率分析

-数据库资源利用率

数据库资源利用率394.6.1.2系统资源利用率分析

-中间件服务器利用率

中间件服务器利用率404.6.1.3系统性能优化硬件优化软件优化应用程序本身的优化数据库管理系统的配置优化中间件的配置优化414.6.2性能测试类型基准性能测试负载测试压力测试数据容量测试424.6.3性能测试配置以WEB系统为例43444.6.3性能测试配置在上述系统中与性能有关的测试可以使用不同的配置元素执行服务器硬件和服务器数量数据库大小测试客户机的位置SSL与非SSL454.6.4性能测试实施464.6.4.1性能测试需求分析性能测试需求的内容要包含以下几个关键点性能测试需求的内容要包含以下几个关键点测试的对象是什么，例如“被测系统中有负载压力需求的功能点包括哪些”测试的对象是什么，例如“被测系统中有负载压力需求的功能点包括哪些”474.6.4.1性能测试需求分析分析方法任务分布图法交易混合图法80—20原理法484.6.4.1性能测试需求分析

-任务分布图法

使用任务分布图法应关注下面两点有哪些交易任务在一天的某些特定时刻系统有哪些主要操作494.6.4.1性能测试需求分析

-任务分布图法

登录222521记帐10151221创建记录181112855040数据更新90754630查询50302014批处理202515生成报表5060系统备份1181224681012141618202224测试执行周期504.6.4.1性能测试需求分析

-交易混合图法

使用交易混合图应关注下面三点使用交易混合图应关注下面三点数据操作有哪些如果任务失败，那么商业风险有多少514.6.4.1性能测试需求分析

-交易混合图法

交易名称日常业务/hr高峰期业务/hrWeb服务器负载数据库服务器负载风险登录70210高低大开一个新帐号1015中等中等小生成订单130180中等中等中更新订单2030中等中等大发货4090中等高大524.6.4.1性能测试需求分析

-80-20原理法

一个新的系统在开始建设时往往很难估计每个时刻用户并发访问数，客户只能提供一年内会有多少笔业务需要处理，这时需要运行80-20原理法进行分析。80-20原理即每个工作日中80%的业务在20%的时间内完成。例如，每年业务量集中在8个月，每个月20个工作日，每个工作8小时即每天80%的业务在1.6小时内完成。534.6.4.1性能测试需求分析

-80-20原理法

全年处理业务约100万笔，其中15%的业务处理每笔业务需对应用服务器提交7次请求；70%的业务处理每笔业务需对应用服务器提交5次请求；其余15%的业务每笔业务向应用服务器提交3次请求。根据以往统计结果，每年的业务增量为15%，考虑到今后三年业务发展的需要，测试需按现有业务量的2倍进行。每年总的请求数量为：（100*15%*7+100*70%*5+100*15%*3）*2=300万次/年。每天的请求数量为：300/160=1.875万次/天。每秒的请求数量为：（18750*80%）/（8*20%*3