测试用例设计

测试脚本开发

 常用测试元件

  取样器-HTTP请求
  配置元件-HTTP请求默认值
  配置元件-用户定义的变量
  后置处理器-JSON提取器
  断言-响应断言
  断言-JSON断言
  监听器-查看结果树
  监听器-聚合报告

 初始化工作

  1.创建测试用例结构
  2.设置HTTP请求默认值
  3.用户定义的变量
  4.添加监听器-查看结果树
  5.添加监听器-聚合报告

建立测试环境

 性能测试前,需要先完成性能测试环境搭建工作,测试环境一般包括硬件环境、软件环境和网络环境
 一般情况下可以要求运维和开发工程师协助完成

 性能测试环境的特点

  性能测试对测试环境的独立性要求更高
   如果某环境下运行多个系统,就很难判断其中某个环境对资源的占用情况
  尽量保持性能测试环境与真实生产环境的一致性

 如何保证测试环境与生产环境的一致性

  硬件环境
   包括服务器环境、网络环境等
  软件环境
   版本一致性:包括操作系统、数据库、被测应用程序、第三方软件等
   配置一致性:包括操作系统、数据库、被测应用程序、第三方软件等
  使用场景一致性
   基础业务数据的一致性
   业务操作模式的一致性;尽量模拟真实场景下用户的使用情况

 构造测试数据

  压测环境中的数据量尽量与生产环境中的数据量一直,为了快速创建数据,可以直接操作数据库

执行测试脚本

 先保证脚本调试通过之后,才能进入正式压测阶段
 分布式执行
  查看Jmeter分布式

原文地址:http://www.cnblogs.com/qmm-1000/p/16807393.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性