在线用户不进行任何操作，对服务器也会产生压力。因为有会话的存在。

服务器tps与相应时间没有直接关系：每个口

关键性能指标：TPS、响应时间、并发数、思考时间、资源利用率（内存、cpu、磁盘）、pv、uv、ip

配置元件  前置处理程序  后置处理器  定时器 断言  监听器

常用元件：http请求默认值
       http消息头管理器：

http cookie管理器      cookie作用：1）更真实的模拟用户行为
                              2）多个请求之间关联性

http cache 管理器

参数化方式：CSV Data set config控件  （txt、csv）
            用户自定义变量
            函数助手：随机数  随机字符串

正则表达式提取器

主要的逻辑控制器：仅一次控制器（登录）、循环控制器、转换控制器（构造混合场景（多线程组））

定时器：固定定时器、高斯随机定时器、固定吞吐量定时器（限定QPS）

线程数10循环次数1  和  线程数1循环次数10   的区别在哪?

10个人 同时 查询1次课程

1个人  连续查询10次课程

并发：严格意义的并发 、 广泛意义的并发（混合场景） 1s-4s   5   QPS

10  5 20

测试人员应该具备的技能：1) 专业技术能力  2）缺陷洞察能力  3）沟通表达  4） 学习能力  5）问题分析定位

web表单测试：文本框  下拉框  提交按钮  重置按钮  上传按钮  单选框  复选框 密码框  多行文本框

表单测试：添加数据、修改数据、 删除数据 、 查询统计

验证码

分页功能

功能点（模块划分-子模块-功能点-测试要点-补充完善成测试用例）

偏流程：支付宝 ：支付流程：  1） 订单生成-支付-发货-确认收货
                             2） 订单生成-支付-发货-延长收获-确认收货
                             3） 订单生成-支付-发货-到期自动确认
                             4） 订单生成-支付-发货-延长收获

退款流程：   1）订单生成-支付-未发货-申请退款-卖家同意

2）订单生成-支付-已发货-申请退款-卖家同意

cookie与Session作用：保持会话，用于服务器识别用户身份

产生的原因：http 无状态

cookie测试要点： 1）是否生效  2）刷新  3）过期时间  4）禁用或删除是否有友好提示

cookie与Session的区别：1）保存位置  cookie客户端  session 服务器端
                       2）安全性 session安全性高
                       3）session会影响服务器性能

链接测试要点：1）是否跳转到应该跳转的页面
              2）页面内容是否正确
              3）是否存在孤立页面

链接测试工具： Xenu(免费)  检测链接是否存在、是否有孤立页面（局限性：不能检测页面内容的正确性）

HTML Link Validator（商业工具 收费）

平台兼容性 ：硬件平台：PC、手机、pad等等
             
             操作系统：Android  IOS  windows  mac linux

web兼容性测试：以浏览器兼容性为主（根据用户需求、市场占有率、浏览器内核）  操作系统（虚拟机）、分辨率为辅

浏览器四大内核：Trident（IE、360安全、搜狗等）
                Gecko（Firefox）
                webkit(safari、Chrome(早期版本))
                Blink（Chrome 28及以后版本、Opera 15及以后版本）

测试方法：兼容性矩阵图

明确需求：根据用户需求

市场占有率 ：排名前5的浏览器

浏览器内核

兼容性测试要点：主流程、 主要功能、  界面、  控件、 图片、 动画、 响应时间、 链接

兼容测试要单独写用例吗（挑选一部分：复用），什么时间进行测试（主要功能测试完成后）

链接测试：1）是否跳转到该跳转的页面      2）页面是否存在，内容是否正确     3）是否有孤立页面

借助的工具：XENU （测试是否存在、孤立页面）  局限性：不能验证内容的正确性
 
 适用场景：链接多的网址，测试前通过工具把死链接过滤出来

web兼容性测试：以浏览器（用户需求、浏览器的市场占有率、浏览器内核）为  操作系统（虚拟机）和分辨率为辅

兼容性测试方法：兼容性矩阵图

浏览器内核：Trident、  webkit、Geko、Blink

兼容性测试要点：主流程、主功能、界面、控件、动画  图片、响应时间、链接（复用测试用例）

Get与post区别：
get:请求资源
    请求数据在url中，只能提交字符串类型的数据，长度有限制，少于255字符
    速度快
    安全性低

post:提交数据
     请求数据在请求主体中传递
     安全性高
     请求数据类型不受限制、长度不受限制
     速度慢

环境搭建：程序文件（开发人员）、相关的软件（web服务器、应用服务器、数据库软件）、硬件（服务器设备上）、网络环境

开发人员提供：部署文档说明书（操作系版本、硬件配置、服务器软件及相关版本、部署步骤）、程序文件、数据库脚本

考试系统环境搭建：
1）JAVA语言开发的，安装JDK,环境的配置

2）安装web应用服务器软件：tomcat

3) 安装数据库服务器软件：MYSQL

4）部署考试系统程序到tomcat中

5）导入数据库脚本

6）修改配置文件，数据库的连接信息

7）启动服务  tomcat  数据库

8）浏览器中访问验证

考试系统账号：admin/admin    管理员角色

排查问题：
1） 界面提示
2） 查看日志文件
3） 抓包

数据库访问失败：
1）服务没有开启
2）配置文件里边配置不正确
3）数据库中是否导入了数据库脚本

1.根据客户端类型：B/S （不需要安装独立的客户端软件）  B  browser  S server

C/S （需要安装独立客户端软件） C client  S server

2.根据客户端软件的安装平台：PC端、APP端

3.根据客户端是否需要联网：单机版  联网版

B/S架构与C/S架构的区别？

C/S架构优点：
1）界面比较丰富
2）安全性高
3）实现的功能更多，可以实现更复杂的业务
4）客户端可以处理部分业务，分担服务器端压力

缺点：
1）需要开发独立的客户端软件，开发成本高
2）需要安装独立的客户端软件，占用磁盘空间
3）客户端软件需要进行安装、卸载、升级测试
4）服务器端升级后，需要对客户端多个版本进行维护

B/S优点：
1）方便，不需要安装独立的客户端软件
2）开发成本比较低

缺点：
1）功能实现全在服务器端，服务器压力大
2）没有独立客户端，功能实现简单
3）安全性低
4）界面相对没那么丰富

域名：

IP地址：

端口：

http:80

前端开发工程师

后端开发工程师

web网站  产品，展示，web服务器  容器  web服务器软件

商品                超市

web服务器：处理静态页面  apache
 
应用服务器： 处理动态页面，处理业务逻辑

tomcat:web应用服务器

常用的web应用服务器

tomcat weblogic  websphere

web UI测试：
 
 整体页面
 导航测试
 超链接测试
 图形测试
 内容测试
 静态文字测试
 平台兼容性测试

1）配置元件    HTTP 请求默认值  HTTP消息头管理器  HTTP cookie管理器  HTTP cache管理器
2）前置处理程序  
3）定时器
4）取样器
5）后置处理器  正则表达式提取器（）
6）断言
7）监听器

参数化方式：CSV DATA Set config 、用户自定义变量 、函数助手（随机数_random、随机字符串_randomString）

逻辑控制器：仅一次控制器、循环控制器、转换控制器

定时器：固定定时器、高斯随机定时器、固定吞吐量定时器（限定QPS）

性能测试流程： 1）评估获取性能测试需求   （访问量大、操作频繁）

2）确定性能测试目标  （ 1）并发用户数=系统最大在线用户数%8%~12%   
                                       2) 平均并发用户数=nL/T     3000用户      400用户登录    4小时       8小时

400*4/8=200
               3）性能测试方案（编写目标、测试场景、测试环境（服务器配置、cpu、内存）、测试工具、关注的性能指标、测试用例）

需求：50在线用户，并发查询课程的平均响应时间小于3s
标题：50在线用户并发查询课程
编号：TC-001

前置条件：1）功能测试完成  2）测试环境搭建完成
    
                  步骤                              预期结果
                           
         准备性能测试脚本                          脚本准备完成
                                                    
         性能测试相关数据在数据库中构造完成        数据库中数据准备完毕
         执行性能脚本，运行时间10分钟，验证

系统是否满足性能指标：平均响应时间<3s     符合系统预期的性能目标

4） 设计性能测试脚本

5） 执行测试
 
  6）获取性能测试数据

7）提交性能测试的报告

jmeter添加请求：1）进入登录页面  2）提交账号信息   3）查询

需要高清知识结构图的加我微信chimugu