1. 测试概论

1. 测试概述

（1）狭义：找bug；运行软件； （2）广义：找bug；证明软件系统符合客户要求；运行软件；不运行软件；人工完成；自动化工具 （3）官方：IEEE提出软件工程一些标准术语，做了定义：使用人工和自动化手段运行或测试某个程序或系统的过程，目的在于检验它是否满足规定的需求或者比较实际结果和预期结果之间的偏差。 目的 -- 提高软件质量 （1）证明：20世纪60年代（表明软件能够工作：功能） （2）检测：20世纪70年（发现错误，各种不足（性能、界面、兼容）） （3）预防：20世纪90年代（管理质量，对各种不足问题进行分析整改避免）

2. 测试流程

3. 测试方法

1. 单元测试（组件测试）

概念：针对软件最基本组成单位进行的测试（函数、类）。 依据：LLD（详细设计说明书） 方法：白盒测试方法为主 考察基准：逻辑覆盖率

2.集成测试

概念：针对测试好的单元进行组装查看数据传递是否有问题，也叫组装测试或者联合测试。 依据：HLD（概要设计说明书） 方法：黑盒&白盒 考察基准：接口测试覆盖率

3. 系统测试

概念： 将集成后的软件系统作为一个元素和其他硬件、软件进行整体的测试。 依据：SRS（软件需求规格说明书） 方法：黑盒测试方法为主 考察基准：需求覆盖率

4. 验收测试

概念：客户参与的测试（根据验收合同或者验收手册） 依据：验收合同；验收手册 方法：黑盒 考察基准：验收合同条款

5. 验收测试类型：

Alpha测试（内测）：由体验的用户在开发环境，有开发人员在现场进行的测试，测试过程可控。 Beta测试（公测）：发布到市场，潜在用户在各种不同复杂的环境下无开发人员在现场进行的测试，测试过程不可控的。

6. 回归测试（贯穿测试的全部阶段）

（1）概念 在测试的过程中会发现缺陷，开发人员针对提交的缺陷进行修改，测试人员针对修改好的缺陷做测试再次确认，就叫做回归测试（Regression Testing）。回归测试可以发生在任何测试阶段。 （2）回归测试策略 选择性回归测试： 覆盖修改法--只针对发现缺陷的用例做再次确认（效率高）； 周边影响法--针对发现缺陷的用了和可能会受到缺陷修改影响的用例再次确认； 指标达成法--针对发现缺陷的用了和可能会受到缺陷修改影响的用例进行指标设定（比如百分值多少）再次确认。 完全回归测试： 缺陷修改后对所有的用例都再次确认。（效果好、效率低）

7. 测式测试方法

(1) 黑盒：测试人员无需了解软件的逻辑结构，只需要了解软件的功能即可，即不看软件内部的测试； (2) 白盒：测试人员需要详细的了解软件内部的逻辑结构，包括函数结构，内部局部的数据定义引用，函数内部各个部分的控制语句是否合法等。也被称之为基于代码的测试。 (3) 静态：控制流分析技术，数据流分析技术，信息流分析技术；等 (4) 动态：逻辑覆盖率测试（分支测试，路径测试），程序插装等

4. 测试活动与工作产品

5. 测试模型

1) 瀑布模型（顺序模型）：

一次性把所有的工作都计划好，下一个活动的开始在上一个活动结束后进行。（一个测试，测试发现了缺陷不太好定位）

2) V模型

将测试工作阶段化，每一个开发工作都有对应的测试工作。

3) 双V模型

将测试工作阶段化，将每一个测试阶段又具体划分为两大部分（测试设计&测试执行），每一个开发工作都有对应的测试，测试的设计与测试的执行的顺序的相反的，开发和测试工作并行。

6. 测试用例

1) 何为测试用例

1. Test Case（具体数据参数的示例）；
2. 测试工程师进行测试执行工作的指导文件。告诉测试工程师如何准备数据，按照一个什么样的步骤去执行以及应该是一个什么样的结果。

2) 测试用例的作用 1.防止测试的遗漏； 2.防止重复的测试工作； 3.可以进行测试复用； 4.可以估算测试执行的工作量； 5.为后续的项目提供一些指导性的数据。

7. 缺陷报告

1) 什么是缺陷

实际的测试结果与预期结果之间不一致，存在偏差。叫做缺陷（Defect）、bug、故障（Fault）、问题（Problem）、失效（Failure）。

2) 什么是缺陷报告

将发现的缺陷用标准的文字形式表示出来，就叫做缺陷报告。

3) 缺陷报告的作用

（1）开发人员和测试人员对缺陷的理解是一致的； （2）缺陷不会被遗漏修改； （3）可以对缺陷进行缺陷分析为后续的项目提供指导。

4) 如何编写缺陷报告

5) 缺陷的管理与跟踪

8. 软件质量模型

9. 质量层次

2. 测试方法

1）黑盒测试方法

等价类划分法

概念: 将测试的输入输出划分为若干子集合, 从子集中中选取代表的数据.

相关术语

• 有效等价类

  • 正确的, 有意义的, 合理的输入

• 无效等价类

  • 错误的, 没有意义的, 不合理的输入

划分原则

• 输入是取值范围或者是值的个数

  • 一个有效等价类
  • 两个无效等价类

• 输入集合或者多选一的条件

  • 1个有效
  • 1个无效

• 输入Bool

  • 1个有效
  • 1个无效

• 输入划分好的等价类

  • 有效部分: 细分为多个有效等价类 + 1个无效等价类
  • 无效等价类不变

• 输入 同时满足多个条件

  • 1个有效等价类
  • 多个无效等价类

使用步骤

案例: 一个档案管理系统，允许用户通过输入年月对系统进行查询。要求：194901-204912

• 将需求规格说明书划分为小片段
• 分析需求子片段
• 找出输入条件
• 分析输入条件
• 给划分的等价类编号
• 选取代表数据输入

特点适用范围

边界值分析法

概念：边界值是对等价类的一种补充

相关术语

• 上点

  • 落在边界上的点

• 离点

  • 离边界最近的点

• 内点

  • 落在边界内的任意一点

选取原则

• 输入输出是范围

  • 选取边界附近的值

• 如果输入输出是集合或者多选一

  • 优先选取第一个元素和最后一个元素作为测试用例

• 如果输入输出的个数是取值范围，

  • 取值：最大个数， +1， 最小个数， -1

• 如果是内部数据结构

  • 取极限值（最大/最小）：空， 满

使用步骤

• 完成等价类划分
• 分析划分的等价类是否不要边界值补充
• 根据边界值选取原则确定测试用例数据
• 结合测试用例写作规范生成最终的测试用例

特点和适用范围

• 特点

  • 易理解
  • 测试效率高
  • 测试效果一般
  • 不测试各种输入条件的取值组合

• 适用范围

  • 测试功能
  • GUI测试
  • 配置测试
  • 性能测试

判定表法

概念: 分析和表达多种输入条件进行组合完成不同动作的方法。

相关术语

• 条件桩

  • 输入条件

• 条件项

  • 输入条件的取值

• 动作桩

  • 输出条件

• 动作项

  • 输出条件的取值

使用流程

• 将需求规格说明书细分需求子片段
• 分析需求子片段，找出 条件桩/条件项/动作桩/动作项
• 将条件项进行组合，生成测试规则
• 列出组合规则
• 分析组合规则，对于相似的规则进行合并简化
• 分析每条测试规则，必要时可以结合等价类和边界值生成最终的测试用例

特点和使用范围

• 特点：组合测试

  • 全组合测试效果好
  • 测试效率低
  • 组合数量多导致测试用例的数量庞大
  • 合并简化需要谨慎
  • 无法胜任特别复杂的逻辑关系
  • 可以发现需求规格中需求逻辑不完善的缺陷

• 适用范围

  • 功能测试

因果图法

概念：将复杂的逻辑关系转化为判定表的一种中间系统化的分析方法

相关术语

• 原因

  • 输入条件

• 结果

  • 输出结果

• 中间节点

  • 当多个输入不是单纯的与/或，可以利用中间节点存取中间结果，使得因果图更加清晰

逻辑关系

• 因果关系

  • 恒等

    • 因为，所有

  • 非

    • 因为，所以不

  • 与

  • 或

• 制约关系

  • 互斥(E (Exclusive))

    • 至多有一个为真，可以同时假，不可同时真

  • 包含( I(Inclusive))

    • 至少有一个为真，可以同时真，不可同时假

  • 唯一( O (Only))

    • 有且仅有一个为真

  • 要求( R(Require))

    • 两个原因：后面的条件基于前面的结果

  • 必须( M (Mandatory))

    • 两个原因：前一个的结果对后一个结果有强制要求

使用方法

• 将需求规格说明书分解为需求子片段
• 分析需求子片段，找出原因和结果
• 分析因果关系，画出因果图
• 分析原因和制约关系，进行标识
• 根据因果图生成判定表
• 根据标识的制约关系删减不符合逻辑的规则
• 简化合并
• 结合等价类边界值生成最终的测试用例

特点和适用范围

• 特点：组合测试

  • 全组合测试效果好
  • 测试效率低
  • 数量庞大
  • 可以胜任超复杂的关系
  • 制约关系可以快速的删减逻辑规则
  • 发现需求规格中需求逻辑不完善缺陷

• 适用范围

  • 功能测试

正交验证法

概念：利用正交表进行测试的方法。

相关术语

• 因子

  • 输入条件

• 状态（水平）

  • 输入条件的取值

• 正交表

  • 两两组合

使用方法

• 将需求规格说明书划分为需求子片段

• 分析需求，找出因子和状态 -> 构造因子状态表

• 分析状态表 ,对因子状态进行加权

• 重构因子状态

  • 直接套用合适的正交表
  • 合并/分解/补充状态，再套用正交表

• 适当补充风险大的组合

案例

• 子主题 1

特点和适用范围

• 特点

  • 两两组合
  • 测试效率高
  • 测试效率好

• 范围

  • 搜索功能
  • 配置测试

状态迁移图法

概念：争对有限状态机进行测试的一种方法

相关术语

• 有限状态机

  • 一种计算模型，它从研究有限内存的计算过程和语言中抽象出，
  • 拥有有限的状态，并且可以从一个状态迁移到其他的状态。

使用方法

• 划分需求片段

• 找出状态和状态发生跳转的条件

• 画出迁移图

  • 定初始状态
  • 圆圈为状态节点
  • 箭线为跳转防向和条件

• 根据状态迁移图得到状态事件转换表

  • 上一状态为条件
  • 下一状态为输出

• 根据状态转换表得到状态转换树

• 通过状态转换树得出测试路径

• 适当添加非法路径

• 生成测试用例

案例

特点和适合场景

流程分析法

从用户的使用场景考虑，测试各个路径是否有被走到的方法,

使用方法

• (1) 阅读需求规格说明书，熟悉软件系统的业务
• (2)找出软件系统的主要业务功能
• (3) 分析主要的业务功能之间顺序，画出基本流程图
• (4) 继续熟悉软件系统的业务，找出辅助功能
• (5)分析辅助功能之间的顺序关系；辅助功能和主要功能的书序关系，画出备选流程图；
• (6) 逐渐细化流程图；
• (7) 找出测试路径，确定测试路径的优先级（基本流的路径；使用频率高的路径；风险比较大的路径）；
• (8) 分析路径上的每个功能点，结合其它测试设计方法生成最终的测试用例。

案例

特点和适用

输入域测试法

概念：

争对软件系统需求片段的部分综合运用等价类/边界值进行测试的一种方法

测试点

• 极限值

  • 边界值中的上点和离点

• 中间范围值

  • 边界值的内点

• 特殊值

  • 需要特殊处理的值

举例

输出域覆盖法

概念：

在输入条件的数据不明确但输出结果确定的情况下，争对输出部分综合运用的等价类和边界值进行分析设计的一种方法。

适用步骤

• 确定输出结果
• 输出结果进行等价类划分
• 边界值选取
• 反推出输入值

错误猜测法

概念：

利用测试人员对软件系统的熟悉程度和对开发人员开发盲点有针对性的测试

使用步骤

• 对正式标签的补充
• 列出检查表（CheckList）
• 总结猜测事项
• 注明优先级
• 根据优先级猜测
• 记录猜测结果

3. 测试计划与方案(实战1串讲)

1) 计划

系统测试计划内容

系统测试计划主要是从管理角度对整个系统测试工作进行规划和控制。 1、人员分工 2、测试范围 3、时间进度 结合模板看下系统测试计划应该编写的内容： 1、项目背景 2、组织形式-----------------人员分工 3、测试对象-----------------测试范围 4、测试任务安排--------------时间进度 5、其它

项目背景

软件系统是用来干嘛的，主要的功能模块有哪些。

组织形式

最重要的是把每个人的具体分工明确下来，一般按测试类型或模块。 考虑分工时需要结合每个人的性格、能力以及态度等。

测试对象

1、应测试特性 按照测试类型来看 1）功能测试可以写到功能模块（比如客户管理），也可以写到具体功能点（比如新建客户、查询客户、编辑客户、删除客户等）。写到功能模块会比较省力和简单，对于工作量的把控会比较难一点。写到具体功能点会比较费时间，但对于工作量的把控会比较简单一点，同时也有助于理解业务。 2）性能测试可以写要测试的性能指标，比如cpu占用、电量消耗等。 一般管理员所使用的后台不用考虑性能测试，只有用户使用的前台需要考虑性能测试。 3）兼容性测试可以列出准备测试的环境，比如浏览器、机型等。 。。。 2、不被测试特性 1）如果时间或者人力资源不够，可以不测。 2）缺少相关的测试环境，无法测试。

测试任务安排

主要要明确： 1、任务描述 2、完成时间 3、提交工作成果物 测试任务安排可以按测试流程、测试类型、人来划分。 人力资源估算一般用人天，不用人时。 风险一般包含： 1、产品风险，由于软件的质量太差，对测试工作进度的影响。 2、人力风险，由于人员离职，对测试工作进度的影响。

其它

1、需求跟踪，只在军工或者金融这种行业会做比较严格的需求跟踪，原因是需求太复杂。

2、测试通过/失败标准 1）测试执行角度考虑，只有执行了哪些测试用例才算通过 2）软件质量角度，只有在bug减少到什么程度时才算通过

3、测试挂起/恢复条件 1）软件质量太差导致测试暂停 2）测试环境出故障导致测试暂停

2) 方案

系统测试方案是从技术角度对系统测试工作进行规划和控制。 1、如何编写系统测试用例？ 2、如何部署系统测试环境？ 3、如何执行系统测试用例？ 4、如何提交缺陷报告？ 5、如何进行回归测试？

根据模板看下系统测试方案的内容：

1、被测对象 2、测试模型（*），对应比较粗的测试方案 3、测试需求/测试设计/缺陷跟踪设计，对应比较细的测试方案

被测对象

跟测试计划类似，也分为：

1、应测试特性

如果测试计划中功能测试只列到模块，测试方案中功能测试需要列到功能点。如果测试计划中功能测试已经列到功能点，测试方案中照搬即可。

接下来的系统测试用例与方案中应测特性中每条对应。

客户管理------------------新建客户----------------------新建合法信息客户

2、不被测试特性

测试模型

1、测试组网图-----------------如何搭建测试环境

1）需要准备哪些设备，如何连接 2）设备上需要安装什么软件 3）设备对应的地址是哪个（比如测试用服务器的ip地址是多少）

2、测试原理--------------------如何编写测试用例 使用什么测试工具 不同的测试类型分别使用哪些测试技术和测试工具

3、操作流程--------------------如何执行测试用例（顺序） 不同测试类型的测试用例、不同模块的测试用例的执行顺序。 后续项目的测试方案要求写被测对象+测试模型即可。

4. Python

基础语法、函数 , class, pip, 等

5. Linux

用户管理(useradd, userdel, usermod, passwd )， 组管理(groupadd , groupdel ,groupmod , newgrp ), 权限管理(chmod, chown), 文件操作(touch, cat, less, more, vi, rm, cp, mv, link) 文件夹操作(mkdir, ls, cd, pwd, rmdir, ) 进程和服务(systemctl, ps, kill) 计划任务(crond, crontab) 其他;

6. Docker

1
docker image  <list | rm |pull |push >
2
docker run -p [local:docker] -v [local:docker] -e 环境变量 --name  容器名  镜像名:版本
3
docker ps <-a>
4
docker rm [name|cid]
5
docker kill [name|cid]

docker-compose

1. 安装

xxxxxxxxxx
2
1
sudo yum install docker python3 python3-pip -y
2
sudo pip install docker-compose

2. 编辑yml文件: 示例 - LNMP

​x
1
version: '2'
2
services:
3
  mysql:
4
    # 目前 latest 版本为 MySQL8.x
5
    image: mysql:5.7
6
    restart: always
7
    environment:
8
      MYSQL_ROOT_PASSWORD: "123456"
9
    command:
10
      --default-authentication-plugin=mysql_native_password
11
      --character-set-server=utf8mb4
12
      --collation-server=utf8mb4_general_ci
13
      --explicit_defaults_for_timestamp=true
14
      --lower_case_table_names=1
15
    privileged: true
16
    networks:
17
       web:
18
    ports:
19
      - 3306:3306
20
    volumes:
21
      - ./mysql-data/data:/var/lib/mysql
22
      - ./mysql-data/config:/etc/mysql/conf.d
23
      #- /var/run/mysqld.sock:/var/run/mysqld/mysqld.sock
24
​
25
  nginxphp:
26
    restart: always
27
    image: webdevops/php-nginx
28
    privileged: true
29
    networks:
30
      web:
31
        ipv4_address: "172.19.1.11"
32
        ipv6_address: "2409:8a70:8851:5430:dddd::11"
33
​
34
    ports:
35
      - 80:80
36
    volumes:
37
​

7. MySQL

增删改查，外键约束，联表查询，表/库的创建与删除

xxxxxxxxxx
16
1
# 创建表  数据类型 唯一约束 主键约束 非空约束 自增序列 外键约束 
2
Create table if not exist `table name` (`属性名` 数据类型 唯一约束 主键约束 非空约束)
3
# 删除表
4
DROP TABLE `table name`
5
# 创建库
6
CREATE DATABASE `database name`
7
# 删除库
8
DROP DATABASE `database name`
9
# 插入数据
10
INSERT INTO `table name` (`Key Name`) values (1), (2), (3)
11
# 更新数据
12
UPDATE `table name` SET 属性名=修改后的值 WHERE 定位条件 # 否则全部替换
13
# 查询数据
14
SELECT  `Keys` FROM  `table1` where 条件 [UNION SELECT `Keys` FROM `table2` where 条件2]
15
# 删除行 删除所有匹配到的行
16
DELETE FROM `table1` where 条件

8. MongoDB

不完全的

xxxxxxxxxx
5
1
use DATABASE_NAME; # 切换到数据库，有数据是自动创建，否则不创建
2
db.dropDatabase();  # 删除当前使用的数据库
3
db.collection.drop()  # 删除集合
4
db.COLLECTION_NAME.insert(document)  # 插入文档
5
db.col.find() # 查看数据

9. Git

10. Web（HTML, JS, CSS）

HTML

JS

交互脚本

CSS

层叠样式表

11. Web协议

OSI模型 - Open System Interconnect

TCP/IP -

HTTP -

12. Web测试

1）表单测试

（1）测试每一个表单项的内容正确性，通过填入正确的内容，提交，通过web页面的反馈信息来判断是不是正确。 （2）每个表单输入项的功能，根据SRS来测。等价类和边界值测试 （3）所有表单项会包含各种条件判断，可以使用判定表的方式来测试 （4）必填项：- 没有填写是否会报错？- 报错的时候，有没有注明哪一个必填项没填 （5）下拉列表：

• 多级的下拉列表，第二级有没有跟着第一级变化
• 有的下拉列表可以输入，就要用等价类去考虑各种输入

（6）单选框：单选框的独选型（比如按住键盘shift或者ctrl不能进行多选） （7）关于起止时间控件的测试

• 结束时间>开始时间
• 时间验证要考虑，跨月，跨年，闰年等
• 时间输入格式（能让用户选择是最好的，没有选择的，如果需要用户填写的，要规定格式：//）

（8）提交按钮

• 单击和双击（不能一张单子多次提交，代码要控制住）
• 是否是指键盘回车提交
• 网络中断（弱网）提交（会不会因为网络卡住，点了两下变成重复提交）
• 成功提交以后有没有提示“提交成功”
• 表单提交时，要使用post提交
• 提交时，要根据业务逻辑测试提交权限（比如余额大于500的人才能提交单据，这里要考虑边界值）
• 多设备同账户提交

（9）考虑业务约束

• 共享单车的注册表单，要限制12岁以下的儿童注册
• 考驾照的提交表单，年龄限制在18-70周岁
• 还可以有很多

（10）表单的UI界面

• 界面无错别字
• 页面缩放带来的表单的文字和图片环绕
• 不能有源代码出现（bug）
• 输入的内容超过input框的长度，不能出滚动条（要限制输入框可输入的最大长度）

2）文件上传测试

• 只能上传允许的附件类型。 界面有的文件类型，一个都不能少，一一测试
• 不能上传脚本或可执行文件。 exe，js等都不可以
• 不能单纯以后缀名来判断文件类型。 例如把exe的后缀改成txt
• 浏览好文件后，将目标文件删除这种异常情况可以正常处理。 要防止点击上传按钮后，系统奔溃或者页面无法访问
• 上传超大文件时可以正常处理，比如给出提示信息等。 正常指的是如果超过了系统的限制，页面能控制住有提示信息，或者不让上传
• 上传的文件应该提供接口查看。 主要看页面能否直接打开上传的文件，如果页面不支持某些格式，界面必须给出提示说不支持在线查看，不能有404的错误。
• 上传的文件不应该直接保存于数据库中，而是将文件保存在服务器端硬盘，而在数据库中保存该文件的基本信息。
• 文件上传到服务器端后应该被重命名，防止文件名冲突。 到服务器的存储文件的目录中查看，确保不同用户上传的文件都会加上随机的时间戳

3）回归测试

（1）开发发布了一个新版本，我们测试出来100个BUG，其中10个HIGH的bug。 （2）开发优先修改了这10个H的BUG，发布了新版本。 （3）测试人员就要开始第一次回归测试。

• 验证开发人员说已经修改掉的10个H的BUG
• 把BUG所在的流程，这些流程都要重新执行下测试用例
• (时间允许)优先级别最高的测试用例重新执行下

（4）测试做完第一轮回归后，开发会继续修改BUG，然后发布第二个版本，测试在进行第二轮回归。。。。。。 （5）一直到，测试下来的结果符合一开始制定的测试结束标准（例如：严重级别为高的BUG为0，严重级别为中的BUG，解决了80%；严重级别为低的BUG，解决了50%以上），才能结束测试。

4）数据库的事务可以解决数据一致性错误

13. Web安全

0. Web安全介绍

web安全测试概述：

• 对web产品进行检验以验证产品符合安全需求定义和产品质量标准的过程

• 网络安全

  • 客户端安全

  • 服务端安全

    • 服务器端的安全漏洞可能导致大量的用户数据受影响、或导致大量用户无法使用正常功能，后果非常严重

    • 攻击服务器端的后果主要有两个特点：影响人数多、经济损失大

      • http://www.ttpaihang.com/news/daynews/2019/19080148449.htm
      • http://app.fortunechina.com/mobile/article/103/content_103226.html

web安全测试的几种方式

• 代码静态扫描

  • 用工具对代码进行扫描发现漏洞

    • fortify
    • sonarqube

• 内存扫描

  • 杀毒软件

• 黑盒的动态测试

  • web渗透测试，模拟黑客使用各种方式对web系统进行渗透攻击的一种测试手段，是目前web安全测试最常用的一种方式，也是最有效的一种方式

web渗透测试的特点

• 三个阶段

  • 1. 信息收集、嗅探
  • 2. 发现漏洞、验证漏洞
  • 3. 利用漏洞

• 两个特点

  • 1. 逐步渗透的过程
  • 2. 不能影响业务系统的正常运行

1. SQL注入

什么是SQL注入？

• 在网站涉及数据库操作的功能中，修改上传的参数，拼接网站原有的SQL语句，达到获取或篡改网站数据等目的。

  • less14

注入过程

• 1. 寻找注入点
  • 参数后跟单引号或双引号，如报错说明存在注入点
• 2. 判断数据库类型
  • 1. 端口扫描判断

    • nmap

      • oracle：1521
      • sql server：1433
      • mysql：3306
  • 2. 通过报错信息判断
  • 3. 通过工具扫描

    • SQLMAP

      • --banner
• 3. 判断注入类型

  • 按注入点类型

    • 数字型

      • ' 报错
      • '%23 也报错

    • 字符串

      • 单引号

        • ' 报错
        • '%23 不报错

      • 双引号

        • ' 不报错
        • "%23 不报错

  • 按数据提交方式

    • get

    • post

      • less14
• 4. 判断查询列数
  • ?id=1' order by 3%23
• 5. 寻找显示位
  • 为了让界面可以输出查询结果
• 6. 执行注入操作

  • 获取数据库名

    • ?id=-1' union select 1,2,(select database())%23

  • 获取当前库表名

    • ?id=-1' union select 1,(select group_concat(table_name) from information_schema.tables where table_schema='security'),3%23

  • 获取某个表的字段名

    • ?id=-1' union select 1,(select group_concat(column_name) from information_schema.columns where table_schema='security' and table_name='users'),3%23

  • 获取某个表的数据

    • ?id=-1' union select 1,(select concat(username," ; ",password) from users limit 1,1),3%23

防御方法

• 防火墙

  • WAF: Web Application Firewall的缩写，中文是web应用防火墙，是通过执行一系列针对HTTP/HTTPS的安全策略来专门为Web应用提供保护的一款产品。从形态上分为硬件部署、软件部署、云部署。一般工作过程是将发给网站的请求进行规则过滤，如发现有问题则直接返回报错页面，如没问题才转给网站后端程序。

• 预编译

  • 预先编译SQL语句的结构，然后填充参数，使得SQL语句不会因为参数而改变结构。如： String sql= “select * from users where username=? and password=?”; PreparedStatement preState = conn.prepareStatement(sql); preState.setString(1, userName); preState.setString(2, password); ResultSet rs = preState.executeQuery();

2. XSS攻击

定义

• 跨站脚本攻击（Cross Site Scripting），通过让用户在浏览器执行黑客构造的js脚本进行攻击，恶意程序包括JavaScript、Java、VBScript、ActiveX、Flash等。

名词解释

• DOM

  • 文档对象模型（Document Object Model，简称DOM），是W3C组织推荐的处理可扩展置标语言的标准编程接口。它是一种与平台和语言无关的应用程序接口(API),它可以动态地访问程序和脚本,更新其内容、结构和www文档的风格(目前,HTML和XML文档是通过说明部分定义的)。

• 社会工程学

  • 社会工程学（Social Engineering） ，是一种通过人际交流的方式获得信息的非技术渗透手段。这种手段非常有效，而且应用效率极高。事实上，社会工程学已是企业安全最大的威胁之一。

类别

• 非持久型

  • 反射型xss

    • 1. 普通用户user登录系统
    • 2. 攻击者hacker将他准备的包含恶意脚本的url提交给普通用户
    • 3. 用户请求了hacker提供的url
    • 4. 服务器对该请求做出回应
    • 5. 恶意脚本在user的浏览器里执行
    • 6. user的浏览器向hacker发送自己的cookie信息
    • 7. hacker用user的cookie访问网站

  • DOM型xss

    • 利用dom在url上输入参数进行触发

  • 触发条件

    • 必须可以触发js脚本
    • js脚本会影响到页面内容
    • 可以通过url传递js脚本

• 持久型

  • 存储型xss

    • 1. 攻击者将恶意代码利用漏洞上传到网站的数据库里
    • 2. 访客打开访问该恶意代码的网页，触发恶意代码

  • 触发条件

    • 能把js脚本存到数据库里
    • js脚本会影响到页面内容
    • 用户访问页面时能触发js脚本

危害

• 获取cookie
• 钓鱼
• DDOS攻击
• 发送广告、垃圾信息等

怎么防御

• 1. 对输入和URL参数进行过滤(白名单和黑名单)
• 2. 对输出进行编码
• 3. 不要随便点击来源不明的网址，了解一点社会工程学

3. 暴力破解

什么是暴力破解？

• 也称枚举法、穷举法，英文名是Brute Force Attack，指攻击者通过系统的组合所有可能性（例如登录时用到的账户名、密码），尝试所有的可能性破解用户的账户名、密码等敏感信息，攻击者会经常使用自动化的脚本工具组合出正确的用户名和密码。常见的暴力破解工具有（BurpSuite、Hydra等）。

哪些内容经常被暴力破解？

• 用户名、密码、邮箱、ID、订单号、验证码、文件地址、路径、离线文件。。。

特点

• 危害大
• 操作简单
• 隐蔽性不高

暴力破解的方式

• 在线破解/离线破解
• 正向破解/反向破解

防御暴力破解的方式

• 账户锁定 IP黑名单 验证码 提高密码复杂度 不过分依赖密码

4. 文件包含和文件上传漏洞

文件包含漏洞

• 什么是文件包含漏洞？

  • 代码中允许通过包含其它文件来实现某些功能，黑客利用了代码中的这种机制来注入和触发恶意代码，以达到险恶的目的。该漏洞可能出现于jsp、php、asp等程序中

• 两种类型

  • 1. 本地文件包含 (LFI)

  • 2. 远程文件包含 (RFI)

       • 两个参数

         • allow_url_fopen=On
         • allow_url_include=On

  • 常用函数

    • include

      • 报错继续执行

    • include_once

    • require

      • 报错直接中断

    • require_once

• 危害

  • 可结合文件上传漏洞，执行任何代码，危害极大，可能导致服务器被控制
  • 如未作权限限制，可访问服务器上任意文件

• 如何防御

  • 在非必要的情况下尽量关闭allow_url_include
  • 尽量指定包含的特定文件名
  • 客户端校验不可信，必须在服务端进行校验

文件上传漏洞

• 什么是文件上传漏洞

  • 一些网站允许用户上传某些文件到服务器端，如果校验不严格会导致恶意用户上传包含恶意代码的文件到服务端，并通过某种手段触发恶意代码以达到险恶目的。

• 利用条件

  • 文件必须上传成功
  • 文件必须可执行
  • 文件路径必须可知

• 危害

  • 一旦被利用危害极大，可上传木马到服务端

• 利用中间件漏洞上传文件

  • IIS解析漏洞

    • 在网站下建立文件夹的名字为.asp、.asa、.cer、.cdx 的文件夹，那么其目录内的任何扩展名的文件都会被IIS当做asp文件来解释并执行
    • 分号后面的不被解析，也就是说 abc.asp;.jpg 会被服务器看成是abc.asp

  • APACHE解析漏洞

    • 当碰到不认识的扩展名时 , 将会从后向前解析 , 直到 碰到认识的扩展名为止

  • NGINX解析漏洞

    • Ngnix在遇到%00空字节时与后端FastCGI处理不一致，导致可以在图片中嵌入PHP代码然后通过访问xxx.php%00.jpg来执行其中的代码

  • 其它漏洞

    • 在 windows环境下，xx.php[空格] 或 xx.php. 这两类文件都是不允许存在的 , 若这样命名,windows会默认除去空格或点, 攻击者可以通过抓包 , 在文件名后加一个空格或者点绕过黑名单. 若上传成功 , 空格和点都会被 windows 自动消除 , 这样也可以 getshell

• 如何防御

  • 对上传的文件在服务器上存储时进行重命名
  • 检查上传文件的类型和大小
  • 上传文件要保存的文件名和目录名由系统根据时间生成，不允许用户自定义
  • 客户端校验不可信，必须在服务端进行校验

5. 越权漏洞

什么是越权漏洞？

• 用户在对数据进行增删改查的时候，访问了不属于自己权限范围内的数据，称为越权。越权漏洞指系统开发过程中未对用户权限做严格校验导致越权的出现。

危害

• 危害很大，可导致敏感信息泄露、修改关键信息、脱库等，且隐蔽性很高

两种类型

• 水平越权

  • 什么是水平越权？

    • 可以访问相同权限的其它账号的数据，比如用户在使用银行的个人管理功能时，除了能查看自己银行账户的信息，还可以同时查看其它用户的账户信息

  • 如何防御

    • 服务端必须做操作权限和数据权限的校验
    • 每一个页面都必须校验，而不是只在登录的时候做校验
    • 不能只对用户的类型做权限校验，必须精确到个人，即只能访问个人权限内的数据，且比对参照物必须是登录后服务器端的用户信息

• 垂直越权

  • 什么是垂直越权？

    • 可以访问不同权限的其它账号的数据，比如只有管理员账号才能进行用户账号的增删改，而用普通账号同样可以进行这样的操作；或者普通账号可以访问只有管理员账号才能访问的页面等

  • 如何防御

    • 服务端必须做操作权限和数据权限的校验
    • 不要认为界面上看不到的地址用户就不会访问到，每一级别用户可以访问到的界面，都必须针对这一级的用户进行权限校验
    • 必须对用户的类型做权限校验，建议做一个完善的权限校验框架

产生原因

• 逻辑设计的不合理

  • 逻辑设计的不合理或者不周密，导致用户可以通过正常途径或者通过简单的操作访问不属于自己的数据

• 代码校验不全面

  • 系统在进行权限校验时不够严谨，比如只做客户端校验、加密方式简单、未在每个页面都做过滤等。越权的攻防更多是在逻辑层面，拼的是细心

6. 工具：Burp Suite

简介

• Burp Suite是用于攻击web 应用程序的集成平台，包含了许多工具。Burp Suite为这些工具设计了许多接口，以加快攻击应用程序的过程。所有工具都共享一个请求，并能处理对应的HTTP 消息、持久性、认证、代理、日志、警报。Burp Suite是商业软件，官网： https://portswigger.net
• 由Java语言编写，有三个版本： 社区版（Community）- 免费 专业版（Professional）- 收费 多了扫描功能和一些高级手动功能 企业版（Enterprise）- 收费 多了定时并发扫描功能；用RBAC（基于角色的访问控制）限制敏感数据访问；支持CI（如集成Jenkins）等

包含13个模块

• Target

• Proxy

  • 代理

• Spider

  • 页面爬取

• Scanner

  • 漏洞扫描

• Intruder

  • 暴力破解

• Repeater

  • 中继器

• Sequencer

  • 定序器: 反序列化强度探测

• Decoder

  • 解码器

• Comparer

  • 比较器: 比较不同的文件

• Extender

  • 拓展: 二次开发接口

• Project options

  • 工程选项

• User options

• Alerts

  • 警报

主要功能

• 代理功能，可以截获和修改从客户端到web端的数据包
• 爬网功能，可以爬行到网站内所有链接
• 扫描功能，可以自动探测网页中各种类型的漏洞
• 入侵功能，可以对网站进行模糊测试和暴力破解
• 中继器功能，可以将截获的数据包任意次数地重新发送
• 定序器功能，可能检查Web应用程序提供的会话令牌的随机性
• 解码功能，可以对截获数据的任意内容进行编解码
• 比较器功能，可以比较任意两个请求或响应的区别，并进一步分析

安装步骤

• 1. 从官网下载安装包
• 2. 安装和配置Java环境
• 3. 启动和激活Burp Suite：java –jar burp-suite.jar
• 4. 在浏览器设置代理
• 5. 导入burp的CA证书

7. 工具：SQLMAP

简介

• 定义：sqlmap是一种开源的渗透测试工具，可以自动检测和利用SQL注入漏洞以及接入该数据库的服务器。由python编写，目前最新版本支持python2.6、2.7和3.x，可在各种平台上运行。
• 官网：http://sqlmap.org
• 支持的数据库：MySQL，Oracle, PostgreSQL, Microsoft SQL Server, Microsoft Access, IBM DB2, SQLite, Firebird, Sybase and SAP MAXDB。

安装

• 下载和安装python

  • 官网：https://www.python.org/
  • 设置path参数

• 下载和安装SQLMAP

  • 官网：http://sqlmap.org/ 或：https://github.com/sqlmapproject/sqlmap/
  • 验证是否安装成功: python sqlmap.py --version

命令介绍

• 基础知识

  • 回车的作用

    • 选择默认的大写选项

      • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/" --banner

  • ‘-h’和‘-hh’的区别

    • -h:基础帮助信息
    • -hh:高级帮助信息

  • ‘--’和‘-’的区别

    • -：缩写
    • --：全称

  • 七种查看等级：‘-v’ （0 - 6，默认为1）： 0、只显示python错误以及严重的信息。 1、同时显示基本信息和警告信息。（默认） 2、同时显示debug信息。 3、同时显示注入的payload。 4、同时显示HTTP请求。 5、同时显示HTTP响应头。 6、同时显示HTTP响应页面。

    • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --banner -v 6

  • 指定输出日志路径

    • 默认输出路径：C:\Users\用户名\AppData\Local\sqlmap\output\

    • --output-dir=d:\sqlmap\logs

      • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --banner --output-dir="d:\sqlmap\logs"

  • 五种探测等级：‘--level’ （1 - 5，默认为1）

    • 在sqlmap/data/xml/payloads文件内可以看见各个level发送的payload。HTTP User-Agent/Referer头在level为3的时候就会测试

      • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/" --level 3 --flush-session

  • 四种风险等级：‘--risk’ （0 - 3，默认为1）

    • 0和1比较安全；3：增加OR语句的SQL注入测试。风险等级越高数据被篡改的风险越高。

      • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/" --risk 3 -v 3 --flush-session

• 常用命令

  • 访问网址的方式

    • --url或-u

      • python sqlmap.py -u "http://www.xxx.com/index.php?id=1"

    • -l

      • 直接读取burp proxy的日志中的url

        • 可跟绝对路径、相对路径

          • python sqlmap.py -l “bslog.txt” --smart
          • python sqlmap.py -l "D:\sqlmap\bslog.txt" --smart

        • 如果域名、端口和参数相同，会去重

    • -m

      • 从文件里读取多行的url地址

        • python sqlmap.py -m "urls.txt"

  • 不同请求的方式

    • --method

      • 可以指定请求方式，如GET、POST、PUT等

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/" --method=put

    • --data

      • 指定的数据会被用post方式提交

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-11/" --data="uname=1&passwd=2"

    • --proxy

      • 使用代理

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-11/" --data="uname=1&passwd=2" --proxy="http://127.0.0.1:8080"

    • 请求头相关

      • --cookie

        • 使用指定的cookie

          • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-20/" --data="uname=2&passwd=3" --cookie="uname=admin" --level 2 --batch

      • --user-agent、--random-agent

        • 指定或随机user agent

          • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-11/" --data="uname=1&passwd=2" --user-agent="huawei100" -v 6
          • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-11/" --data="uname=1&passwd=2" --random-agent -v 6

      • --mobile

        • 使用手机的user agent

          • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-11/" --data="uname=1&passwd=2" --mobile -v 6

  • 枚举信息

    • --banner（-b）

      • 获取数据库管理系统的标识

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --banner

    • --current-user

      • 获取数据库管理系统当前用户

    • --current-db

      • 获取数据库管理系统当前数据库

    • --hostname

      • 获取数据库服务器的主机名称

    • --is-dba

      • 检测DBMS当前用户是否DBA

    • --users

      • 枚举数据库管理系统用户

    • --passwords

      • 枚举数据库管理系统用户密码哈希

    • --privileges

      • 枚举数据库管理系统用户的权限

    • --dbs

      • 枚举数据库管理系统数据库

    • --tables

      • 枚举DBMS数据库中的表

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --tables -D "security"

    • --columns

      • 枚举DBMS数据库表列

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --columns -D "security" -T "users"

    • -D

      • 要进行枚举的指定数据库名

        • -D "security"

    • -T

      • 要进行枚举的指定表名

        • -T "users"

    • -C

      • 要进行枚举的指定列名

        • -C "username"

    • --dump

      • 转储数据库表项,查询字段值

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --dump -D "security" -T "users" -C "username"

    • --sql-query=QUERY

      • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --sql-query="select * from users"

    • --sql-shell

      • 提示交互式SQL的shell

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --sql-shell

  • 暴力破解

    • --common-tables

      • 根据data/txt/common-tables.txt暴力破解表名

    • --common-columns

      • 根据txt/common-columns.txt暴力破解列名

  • 操作系统的访问

    • --os-shell

      • 交互式的操作系统的shell

    • --os-cmd=OSCMD

      • 执行操作系统命令

        • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/?id=1" --os-cmd="ipconfig"

• 常用辅助命令

  • --dbms

    • 指定数据库类型

      • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/Less-1/" --dbms mysql

  • --smart

    • 正向启发式扫描，只有让数据库管理系统报错的参数才会做进一步测试，其余URL均被跳过，可能会有遗漏，但可以加快速度

  • --wizard

    • 适用于初学者的扫描方式，给出每一步的选择

  • --threads

    • 最大的HTTP（S）请求并发量（默认为1），最大10

      • --threads=5

    • sqlmap\lib\core\settings.py,修改MAX_NUMBER_OF_THREADS可更改最大线程数

  • --batch

    • 让Sqlmap以非交互模式运行，所有要求的输入都会取默认值

  • --crawl

    • 从目标URL开始爬取目标站点并收集可能存在漏洞的URL

      • python sqlmap.py -u "http://localhost/sqli-labs-php7-master/" --crawl=3

  • --flush-session

    • 清除session中的缓存信息

14. Unittest

unittest里的4个重要概念

• Test Case：测试用例，unittest提供了TestCase类用于创建测试用例。测试用例指的是一个完整的测试流程/单元，包括了测试前的准备工作，测试过程以及测试后的清理工作。通过运行这个测试单元，可以对某个功能进行验证。
• Test Suite:测试套件/集合，一个功能的验证往往需要多条测试用例，将许多的测试用例组织在一起，就产生了测试套件的概念。unitest提供了TestSuite类，用于组装测试用例。
• Test Runner:测试运行器，用于执行测试用例并生成测试结果。
• Test Fixture:测试固件，一个测试固件代表一个或多个测试执行前的准备工作和测试后的清理工作

unittset提供的断言方法

断言：将预期结果和实际结果进行比较的过程。 断言方法：实现这种比较的方法。

常见的断言方法有：

跳过测试和预期失败

在运行测试时，有时需要直接跳过某些测试用例，或者当用例不符合某个条件时跳过测试，又或者需要直接将测试用例标记为失败。unittest提供了实现这些功能的装饰器。

• @unittest.skip(reason)：无条件跳过该测试用例，可以说明下跳过测试的原因
• @unittest.skipIf(condition,reason)：如果条件成立，则跳过该测试用例
• @unittest.skipUnless(condition,reason)：如果条件成立，则执行该测试用例
• @unittest.expectedFailure:如果测试失败，它就会被标记为预期成功，如果测试通过了，它就会被标记为预期失败。

单元测试用例的两种加载方式：

1）直接通过unittest.main()方法加载所有的测试用例进行执行； 2）将所有的测试用例添加到测试套件里，然后使用测试运行器进行执行； a. 手动添加：addTest() b. 自动添加：discover()

随着层级及测试用例的不断增加、我们还可以选择使用unittest提供的discover方法去自动发现测试用例并执行它们。

测试用例的执行顺序

main()方法加载测试用例的规则跟discover()方法加载测试用例的规则相同。——》unitest执行测试用例的规律：unittest框架默认根据ASCII码的顺序加载测试用例，数字和字母的顺序为：0-9、A-Z、a-z。

addTest()方式加载测试用例，测试用例是按照添加的先后顺序进行执行。

如果你希望你的测试用例集按照特定的顺序去加载，那么有两种方法： 一种是通过TestSuite()类提供的addTest()方法按照你希望的顺序去添加测试用例； 另外一种方式将需要优先执行的测试用例选择优先级更高的ASC码字符去表示。

使用unittest组织和执行自动化测试脚本

以Selenium为例：

1. 首先要搭建Selenium的环境：

   1. Python解释器
   2. 安装Selenium

2. 获取浏览器驱动并配置到系统环境变量

3. 安装浏览器并禁用更新

15. Selenium

• Chrome驱动国内源国内源https://npm.taobao.org/mirrors/chromedriver
• 安装python库pip install seleium

0. Selenium介绍

Selenium是专门为Web应用程序编写的一个验收测试工具。

主要功能

1. 兼容性测试：可以测试Web应用程序是否可以很好的工作在不同的浏览器和操作系统上；
2. 功能测试：可以测试Web应用程序的功能，创建回归测试检验软件的功能和用户需求

特点

• 开源免费
• 多浏览器支持：Firefox、Chrome、Edge、Opera……
• 多平台支持：Linux、Windows、Mac
• 多语言支持：Java Python Ruby JS C#
• 对Web页面有良好的支持
• 简单、灵活

Selenium的组成

• Selenium IDE
• Selenium Grid
• Selenium RC
• Selenium WebDriver(2和3的核心部分)

基本脚本

xxxxxxxxxx
7
1
from selenium import webdriver
2
​
3
browser=webdriver.Firefox()#启动浏览器
4
browser.get("http://www.baidu.com")#打开百度首页
5
browser.find_element_by_id("kw").send_keys("Selenium")  #定位到搜索框，输入Selenium
6
browser.find_element_by_id("su").click()  #点击搜索按钮
7
browser.quit()  #关闭浏览器

1. 元素定位

WebDriver API

• WebDriver属于Selenium体系中设计出来的用于操作浏览器的一套API.

• 站在WebDriver的角度，它针对多种编程语言实现了一遍这套API，所以它可以支持多种编程语言。

• 站在Python的角度，WebDriver是Python（以课程选择的编程语言为例）的一个用于实现Web自动化的第三方库。

• WebDriver 根据网页中页面元素拥有不同的标签名和属性值等特征来定位到不同的页面元素，并完成对已定位到的页面元素的各种操作。

• Web UI自动化测试要做的事情就是通过代码的方式去模拟手工测试的过程。 实施过程可以分为两个部分：

  1. 元素定位：定位到页面上你所想要操作的元素，获取到这个元素对象；
  2. 操作元素：操作定位到的页面元素。

元素定位

1. find_element_by_id(‘xx’)
2. find_element_by_name(‘xx’)
3. find_element_by_class_name(‘xx’)
4. find_element_by_tag_name(‘xx’)
5. find_element_by_link_text(‘xx’)
6. find_element_by_partial_link_text(‘xx’)
7. find_element_by_xpath(‘xx’)
8. find_element_by_css_selector(‘xx’)

8种元素定位的方法的共同特点：

1. 它会返回找到的页面上的元素，返回值的数据类型是WebElement对象；
2. 如果页面上没有匹配的元素，则该方法会报错：NoSuchElementExcpt异常；
3. 如果页面上有多个匹配的元素，通常情况下，只返回找到的第一个匹配的元素

（注意：做元素定位的时候，尽量不要去使用有可能取多个但是定位第一个的情况，因为不同的软件的实现可能不同，这个状态不是确定的，应该尽量写准确，能定位到某一个特定元素。）

8大元素定位的各自的特点：

1. id定位：最为方便且唯一，但很可能不存在，也可以自动生成
2. name定位：使用简单，但通常不唯一 3.class定位：使用简单，但可能受JS影响而动态变化
3. tag name定位：使用简单，但是很少有唯一的情况，使用场景极少
4. link text定位：使用最为直观，但只能针对链接元素
5. partial link text定位：是link text定位方式的补充，支持部分文字来完成定位，不用将链接文本写全
6. xpath定位：可以准确定位任何元素，但需要熟练掌握xpath语法
7. css定位：可以准确定位任何元素，但需要熟练掌握css选择器

2. 元素操作

xxxxxxxxxx
6
1
element.click()  # 点击元素
2
element.send_keys()  # 发送按键
3
​
4
# 鼠标事件对象
5
from selenium.webdriver.common.action_chains import ActionChains
6
ActionChains(Driver对象).move_to_element(Element对象).click().pri...

16. Jmeter

0. 环境

JDK 1.8 & Jmeter

1. 基础知识：

1. 负载测试 执行时间 > 压力测试

2. 工作负荷 = 虚拟用户数 = 线程数

3. 响应时间

   1. 性能测试，一般在局域网中测试
   2. 性能测试，一般使用客户常用的浏览器去做测试，可以忽略掉不同浏览器对页面加载速度快慢的影响

4. throughput ~Ti & To 吞吐量 例如：服务器接收的请求为吞，发出的响应为吐 量：必须有一段时间的计算

5. 吞吐率：单位时间上的吞吐量，一般单位是字节/秒,请求数/秒，页面数/秒，人数/天......

6. 网页点击数/请求 要注意是向服务器发送了有效的请求

特点：

1. 能够对HTTP和FTP服务器进行压力和性能测试，也可以对于任何数 据库进行同样的测试。
2. 免费开源，纯Java开发的性能测试工具。
3. 应用：静态文件、java小服务程序、CGI脚本、Java对象、数据库、 FTP服务器、邮件服务器等
4. 各种负载统计表和计时器可供选择；
5. 数据分析和可视化插件提供了很好的可扩展性以及个性化；
6. 具有提供动态输入到测试的功能；

2. 常用元件

1. 测试计划
2. 线程（用户）
3. 测试片段
4. 控制器 （取样器，逻辑控制器）
5. 配置元件
6. 定时器
7. 前置处理器
8. 后置处理器
9. 断言
10. 监听器

3. 脚本录制

1. Badbay

2. JMeter代理录制

3. 手动编写

4. 参数化

前置处理参数化

CSV Data 参数化

函数助手参数化

5. 事务

6. 集合点

7. 检查点

a. 内容检查断言

b. 断言持续时间

c. 断言结果大小

8. 监听器

a. 断言结果

b. 图形结果

c. 察看结果树

d. 聚合报告

e. Summary Report

9. CLI

17. 接口测试

0. 接口测试重点，在于检查数据正确性,接口之间逻辑依赖关系

1. Soap协议
2. HTTP协议

1. 为什么接口测试？

1. 数据的错误往往致命的，直接说明功能失败
2. UI界面太多，测试无法穷尽
3. 越早介入测试，修复bug成本越低

2. 怎样开展接口测试

1. 协议基础 - 了解所使用的协议 SOAP ，HTTP ，FESTful等

2. 如何客户端从服务端按照协议 获取数据？

   1. HTTP / FEST

   2. Get - 请求参数 ?Key=Value&

   3. Post - 请求参数安全+数据量比较大，既可以URL传参也可以请求体传参

   4. PUT

   5. DELETE

   6. SOAP

      1. 根据wsdl接口文档进行测试

3. 机器之间 交互数据的方式？

   1. xml
   2. json
   3. yaml

4. 使用工具

   1. soupUI
   2. postman

18. 微信小程序开发(WXML, WXSS, JS, JSON)

1. WXML

类似于HTML用于表述页面的结构

2. WXSS

类似于CSS用于描述网页的样式

3. JS

同Web中的js一样

4. JSON

配置文件，保存页面的一些配置

19. Andriod OS & APP测试 & Appium

app自动化测试简介

什么是自动化测试

• 定义：自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。（百度百科）

• 什么时候用自动化测试？

  • 需要频繁回归测试的模块
  • 功能相对稳定的模块

• 分类

  • 测试手段

    • 单元自动化测试/白盒自动化测试

      • 优点

        • 问题可以在开发阶段发现，早发现早解决

      • 缺点

        • 需要写额外的代码，成本较高

    • UI自动化测试

      • 优点

        • 最大限度模拟用户真实操作，测试精准度较高

      • 缺点

        • 执行速度慢
        • 成本高

    • 接口自动化测试

      • 优点

        • 执行速度快
        • 成本低

      • 缺点

        • 只能测试后端逻辑，前端展示部分无法测试，因此测试精度不足

  • 测试对象

    • pc端自动化测试

      • UI自动化

        • selenium+某个编程语言 - B/S端
        • QTP（version11.5后更名为UnifiedFunctional Testing - UFT ) - C/S端

      • 接口自动化

        • 针对后端api进行测试 - postman、jmeter、soapui等工具

    • 移动端自动化测试/app自动化测试

      • UI自动化

        • appium+某个编程语言

      • 接口自动化

        • 针对后端api进行测试（同pc端）

app自动化测试工具介绍

• robotium

  • 基于Instrumentation开发出来的一套测试框架，只支持java语言，不支持跨应用，只支持android

• UIAutomator

  • UIAutomator测试框架是基于instrumentation的API，支持java、python语言，支持跨应用，只支持android

• appium

  • 开源的、跨平台的自动化测试工具，基于UIAutomator实现，功能强大，应用最广，支持PHP、Python、Ruby、C#、 Clojure、Java、Objective-C、JavaScript及Perl等语言，支持跨应用，支持android、IOS

appium介绍

定义：

appium 是一个自动化测试开源工具，支持 iOS 平台和 Android 平台上的原生应用，web应用和混合应用。

特点

• 跨平台运行：用一套代码在不同平台运行，如android，IOS
• 支持多语言：java、python、ruby、js、php等

环境搭建

• 1. 安装python和pycharm（虚机已安装）
• 2. 安装appium的python客户端
  • 验证： python from appium import webdriver
• 3. 安装JDK（虚机已安装）
• 4. 安装android SDK
  • 1. adb工具 - Android Debug Bridge（安卓调试桥）
    • 加到环境变量path中
  • 2. aapt工具 - Android Asset Packaging Tool（安卓打包工具）
    • 加到环境变量path中
  • 3. uiautomatorviewer工具 - 抓取界面对象的工具
    • 加到环境变量path中
  • 4. 环境变量里增加ANDROID_HOME
• 5. 安装appium服务端
• 6. 安装逍遥模拟器（虚机已安装）
• 7. 被测试app
  • 3.1.0版的‘考研帮’
  • 随手记 - mymoney
• 8. 排雷：将夜神模拟器的adb替换SDK和逍遥模拟器中的adb

Capability的设置

• Appium Desired Capabilities目的：告知服务端被测设备的信息

• 信息分三类：公共信息、android独有信息、IOS独有信息

  • platformName：手机操作系统

    • 可在设备中点击‘设置’-‘关于平板电脑’

  • platformVersion：手机操作系统版本

    • 同上

  • deviceName：手机或模拟器类型

    • 使用adb devices命令查看

  • app：安装包的绝对路径

  • appPackage：运行的android包名

    • 使用‘aapt dump badging 被测试的app’命令查看package的name值

  • appActivity：要启动的android activity

    • 使用‘aapt dump badging 被测试的app’命令查看launchable-activity的name值

  • noReset：在当前session下不会重置应用的状态，默认为false

• 参考文档：http://appium.io/docs/en/writing-running-appium/caps/

简单的自动化案例实现

多次安装及卸载手机上的app

• 循环
• 封装
• 自测

基本的元素定位方法

实现一个登录功能

• 根据id来定位元素
• 两种定位工具的使用
• 异常处理机制
• 中文的处理
• 验证方法的处理

元素定位方式

定位工具

• Appium Inspector
• uiautomatorviewer

常用定位方法

• id定位
• class定位
• accessibility_id定位
• android_uiautomator定位
• xpath定位

相对定位

• 父子定位
• 兄弟定位

列表定位

手机特有操作的案例演示

案例一：手机上的滑动操作

案例二：手机上的拖动操作

自动化测试框架介绍

为什么需要框架？

• 1. 被测手机和被测app经常变化
• 2. 验证机制（验证业务成功失败）
• 3. 自动化测试用例---（多条用例验证被测功能）
• 4. 需要设计测试数据
• 5. 需要生成测试报告

如何解决？

• 1. 使用yaml配置文件，将配置信息和代码分离
• 2. 包含验证代码
• 3. 使用测试框架管理多个用例 - unittest
• 4. 单独保存测试数据 - csv
• 5. 使用工具生成报告 - BSTESTRunner