性能测试设计完成后，接下来需要将设计的策略变成现实，这样才能接下来执行性能测试，在性能测试构建阶段主要需要完成四方面的工作：脚本开发、场景设计、搭建测试环境和准备数据。
01用例设计
在设计阶段确定好需要测试的业务后，需要将业务转化为测试用例，用于指导脚本的开发，性能测试用例设计与手工测试用例设计有相同之处，但也存在一些不同的之处，常用测试用例设计模板见表13-10
测试用例编号一般是由字符和数字组合成的字符串，并且用例编号应具有唯一性、易识别性和自解释性。
测试过程中用例定义的规则为：系统测试阶段-性能测试-功能点-序号
如ST-PERF-SINGLE-001
测试项目:是指某个测试功能点。
测试标题:是测试用例的简单描述，需要用概括的语言描述该用例的出发点和关注点，原则上每个用例的标题不能重复。
预置条件:是指执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面的测试步骤无法进行或者无法得到预期结果，预置条件表现执行测试用例前系统应该达到的状态。如注册邮箱功能，预置条件为用户能正常进入用户注册界面，用户名、密码、确认密码、安全提问、回答、E-mail地址等输入框可以输入信息。
输入是指用例执行过程中需要加工的外部信息，性能测试过程中的输入主要是输入的数据信息，如数据库和一些数据文件等。
步骤是描述在性能测试过程中业务执行的过程，在步骤中除了需要描述具体的执行步骤外，还需要描述以下信息：
1)事务名称：每个业务都需要插入事务，通过事务来获得平均响应时间，所以需要确定每个事务的名称。
2)参数化：说明那些输入的数据需要参数化，并将参数化的策略写清楚，主要需要描述的策略参数为：Select next row、Update value on和参数类型。
3)集合点：确定是否需要插入集合点，如果需要则应该写清楚集合点名称。
4)检查点：确定是否需要插入检查点，如果需要插入检查点，应该描述检查的内容。
5)关联：是否需要关联可能录制脚本时无法确定，但对一些熟悉的功能应该知道关联的规则，如果知道关联规则那么应该注明。
预期结果是指当前测试用例的预期输出结果，性能测试预期结果通常需要从三个方面来描述：
业务成功率(一般业务的成功率至少需要大于95%)平均事务响应时间每秒处理的页面数(或是吞吐量)02脚本开发
脚本开发的过程主要是将业务模型变成可重复执行的脚本，脚本开发的过程如图13-3所示
检查脚本开发是否达到要求，通常需要注意以下检查点，见表13-11
03场景设计
当脚本开发完成后，即可以创建场景，并设置相关场景策略，场景设计是将场景模型转化为场景策略的过程。
场景设计主要包括：场景策略、负载机、RTS、集合点设置四个方面的内容，检查场景设计是否达到要求，通常需要注意以下检查点，见表13-12
04搭建测试环境
搭建测试环境是指根据环境设计的策略搭建需要执行测试时的环境，关于搭建测试环境包括两部分内容：
一是搭建环境;
二是审核环境;
搭建环境是根据环境设计的策略搭建成测试的环境，而审核环境是指检查所搭建的测试环境是否满足环境设计的策略，环境搭建好后才可以执行测试。
05准备数据
准备数据是指根据数据设计的策略生成测试过程中需要的数据，其中包含两类数据：一是基础数据;
二是测试过程中需要参数化的数据;
基础数据一般都存储在数据库中，但对于参数化过程中需要使用的数据则不一定是存储在数据库中，可能存储在不同的载体中，那么在存储这些参数化过程中使用的数据时，选择的载体很重要，因为不同的载体会影响到参数化的技术。
下期分享性能测试执行过程，敬请关注！
