性能测试过程之性能测试构建

　　上一章和大家一起学习了性能测试流程和每个步骤的工作中讲解了“性能测试设计”，本章给大家介绍在性能测试过程中的“性能测试构建”。有不懂的地方可以咨询在线老师，一对一解答。

　　性能测试设计完成后，接下来需要将设计的策略变成现实，这样才能接下来执行性能测试，在性能测试构建阶段主要需要完成四方面的工作：脚本开发、场景设计、搭建测试环境和准备数据。

　　一：用例设计

　　在设计阶段确定好需要测试的业务后，需要将业务转化为测试用例，用于指导脚本的开发，性能测试用例设计与手工测试用例设计有相同之处，但也存在一些不同的之处，常用测试用例设计模板见表13-10。　　

　　表13-10 测试用例模板

　　测试用例编号一般是由字符和数字组合成的字符串，并且用例编号应具有唯一性、易识别性和自解释性。测试过程中用例定义的规则为：系统测试阶段-性能测试-功能点-序号，如ST-PERF-SINGLE-001。

　　测试项目是指某个测试功能点。

　　测试标题是测试用例的简单描述，需要用概括的语言描述该用例的出发点和关注点，原则上每个用例的标题不能重复。

　　预置条件是指执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面的测试步骤无法进行或者无法得到预期结果，预置条件表现执行测试用例前系统应该达到的状态。如注册邮箱功能，预置条件为用户能正常进入用户注册界面，用户名、密码、确认密码、安全提问、回答、E-mail地址等输入框可以输入信息。

　　输入是指用例执行过程中需要加工的外部信息，性能测试过程中的输入主要是输入的数据信息，如数据库和一些数据文件等。

　　步骤是描述在性能测试过程中业务执行的过程，在步骤中除了需要描述具体的执行步骤外，还需要描述以下信息：

　　1、事务名称：每个业务都需要插入事务，通过事务来获得平均响应时间，所以需要确定每个事务的名称。

　　2、 参数化：说明那些输入的数据需要参数化，并将参数化的策略写清楚，主要需要描述的策略参数为：Select next row、Update value on和参数类型。

　　3 、集合点：确定是否需要插入集合点，如果需要则应该写清楚集合点名称。

　　4 、检查点：确定是否需要插入检查点，如果需要插入检查点，应该描述检查的内容。

　　5、 关联：是否需要关联可能录制脚本时无法确定，但对一些熟悉的功能应该知道关联的规则，如果知道关联规则那么应该注明。

　　预期结果是指当前测试用例的预期输出结果，性能测试预期结果通常需要从三个方面来描述：业务成功率(一般业务的成功率至少需要大于95%)、平均事务响应时间、每秒处理的页面数(或是吞吐量)。

　　二：脚本开发

　　脚本开发的过程主要是将业务模型变成可重复执行的脚本，脚本开发的过程如图13-3所示。　　

　　图13-3 脚本开发过程

　　检查脚本开发是否达到要求，通常需要注意以下检查点，见表13-11　　

　　表13-11 脚本开发检查点

　　三：场景设计

　　当脚本开发完成后，即可以创建场景，并设置相关场景策略，场景设计是将场景模型转化为场景策略的过程。场景设计主要包括：场景策略、负载机、RTS、集合点设置四个方面的内容，检查场景设计是否达到要求，通常需要注意以下检查点，见表13-12　　

　　表13-12 场景设计检查点

　　四：搭建测试环境

　　搭建测试环境是指根据环境设计的策略搭建需要执行测试时的环境，关于搭建测试环境包括两部分内容：一是搭建环境;二是审核环境;

　　搭建环境是根据环境设计的策略搭建成测试的环境，而审核环境是指检查所搭建的测试环境是否满足环境设计的策略，环境搭建好后才可以执行测试。

　　五：准备数据

　　准备数据是指根据数据设计的策略生成测试过程中需要的数据，其中包含两类数据：一是基础数据;二是测试过程中需要参数化的数据;基础数据一般都存储在数据库中，但对于参数化过程中需要使用的数据则不一定是存储在数据库中，可能存储在不同的载体中，那么在存储这些参数化过程中使用的数据时，选择的载体很重要，因为不同的载体会影响到参数化的技术。

　　本章关于性能测试过程中的“性能测试构建”的内容就讲解完啦，大家喜欢的话记得每天来这里和小编一起学习涨薪技能哦。(笔芯)

　　下一章学习内容预告：性能测试过程执行和性能测试分析、诊断、调节。

　　川石学院零基础入门到精通课程免费学习即扫下方二维码，名师在线辅导!