性能测试培训day1

测试本质；

1构造测试数据和期望结果 2执行 3验证

自动化测试；

写完代码，单元测试测代码逻辑，单元测试搞清楚代码逻辑就行了（白盒测试）先静态，运行前用工具扫描BUG例如（a==11写成a=11），再动态，程序运行起来测试，用单元测试框架（unittest等）

（集成测试，两个函数，两个子系统，两个接口。粒度可大可小，成本太高所以叫接口测试）

例如返回天气，给链接地址输入参数，返回天气，实质是协议（HTTP，webservice，socket等），接口测试基于协议

系统测试，基于GUI界面的自动化，UI自动化测试技术难点是对象识别，工具QTP等

性能测试，各个阶段都可以

上线之前模拟大量用户访问没有问题，发现性能瓶颈。100个进程向服务器发请求，一个进程（管理）包含n个线程（执行），用一千个线程执行同一个脚本，确定协议，协议比较多，测试环境是虚拟机会有影响，看需求

例如，论坛登录测试

1.脚本开发-- Virtual User Generator --通过VUGen工具 一般有几种架构，CS/BS/C/APP  手机APP耗电量内存的消耗等，loadrunner只能测服务器端性能，

（录制及原理如何设置，运行的原理及设置，脚本写法（参数化，关联，检查点，事务，思考时间，集合点）参数化关联是功能其他是优化）

2. 比方说自己的机器只能开启1000个线程，开启10台就是10000个线程。10台机器就是压力机（loadgenerator），如何把脚本放上去？如何控制？由

场景设计 --Controller工具来控制，把脚本放到压力机，可以在过程中监测压力机和被测服务器，把结果返回

3.结果分析--Analysis

基于协议的数据包，回放不会打开浏览器

发送32个请求，第一个是首页，其他是css，js，图片等

请求分两部分，1请求数据  2请求头信息

语言，中文，英文前后顺序可改，user-Agent:告诉服务器我是什么浏览器

一次click鼠标点击可以产生很多次hps点击率 （hit per second）

cache -- 304--200性能由高到底，cache与服务器没有交互

不能仅看log回放，还要看请求/测试结果

脚本：get请求函数名web_url  post请求函数名web_submit_data

resource资源类请求和非资源类请求，0表示非资源类请求，1表示资源类请求

extrares 额外资源，例如css里面要下载的图片等（HTML首页只是下载css） get请求能看到某图片A，右键看源码看不到A这种的

额外资源如果是动态资源就不能删