性能测试——脚本录制1

1. 性能测试流程
   1. 需求分析--数据指标（并发用户数、请求响应时间、吞吐量、资源消耗cpu、内存、磁盘、网络）
   2. 制定测试计划--录制哪些操作（用户使用频繁、用户关心、影响系统性能的、模拟未来用户量的、系统核心的）
   3. 执行--录制脚本、设置运行场景、收集数据
   4. 分析--收集的数据是不是满足需求
2. 性能测试策略
   1. 基准--单用户执行单脚本
   2. 递增--模拟用户逐渐增加，查看系统真实性能
   3. 并发--考察系统瞬间承受压力
   4. 在线综合--模拟不同用户执行不同操作，尽最大可能模拟此系统用户真实使用情况
   5. 疲劳强度--长时间在线综合
   6. 数据容量--大数据的操作数据库
   7. 负载测试--逐渐增加用户，查看系统最大的负载情况，也就是系统最大最优的情况
   8. 压力测试--逐渐增加用户，查看系统最大压力，也就是系统到什么时候崩溃
3. loadrunner录制原理
   1. 录制，录制url或应用程序发出的请求和服务器响应，把它记录下来生成脚本
   2. 回放，模拟真实用户发出请求
4. 函数组成
   1. init，录制初始化，执行一次
   2. action，重要，可以执行多次
   3. end，退出，执行一次
   4. golbal，头文件
5. 录制模式
   1. html，默认，简单易于理解
   2. url，（https、网页有js脚本、非网页客户端）以http请求为单位生成脚本
6. 请求函数
   1. web_url、web_link，相当于get请求，请求一个页面
   2. web_submit_Data、web_submit_form，相当于post请求，提交数据
   3. web_image，打开一个图片连接
7. 辅助函数
   1. lr_think_time,思考时间，录制时间的50%-150%
   2. lr_rendvious，集合点，所有运行用户到达集合点
8. 事务
   1. 统计某些操作请求响应时间
   2. 258原则
   3. 事务注意事项
      • 事务是成对出现
      • 事务名称要一致
      • 事务里不能有思考时间、集合点
      • 集合点后边不能有思考时间
9. 迭代，循环action
10. 步长，action之间间隔时长，
11. 检查点函数
    1. web_find是在页面进行查找，web_reg_find是在源码中取的。
    2. web_reg_find效率高。
    3. web_find、web_image_check都要插入在请求函数的后面，并且需要设置启动检查项。web_reg_find插入在请求函数的前面。
    4. web_reg_find返回0不代表成功。
    5. web_find只能用于在基于HTML模式录制的脚本中，web_reg_find没有此限制。
12. 录制脚本原则
    1. 充分考虑脚本的执行效率，性能测试关注的是如何模拟用户的真实行为，用于测试的脚本应该接近用户的真实操作。
    2. 录制重要的用户业务，VuGen中录制常用的使用频率较高的业务进行测试。
    3. 选择你所需要的进行录制，如果用户有些操作对于用户所关注的事务没有什么影响，那么可以不进行录制。