# 1. 什么是软件？
**软件**是程序、数据、和相关文档的集合，指挥硬件完成特定的任务。简而言之，**软件** **=** **程序** **+** **数据** **+** **文档**（我认为测试人员应该对此有基本的了解，测试并非只是提bug，我们应该在自己的能力范围内，确保软件各组成部分的质量；当然我知道这绝非易事，作为一名初级软件测试人员，我的话语权较少对于软件产品影响不大，但这并不妨碍我对于软件工程每个阶段的思考，使得自己的每条建议都有价值）



## 1. 程序
### 定义：
程序是用编程语言写出的，可被计算机执行的一组有序指令，支撑起需求的业务逻辑。
### 内容包括：
- 后端逻辑代码（如Java、Python、C#）
- 前端的页面代码（如 HTML、CSS、JavaScript）
- 移动端应用代码（如 Kothin、Swift）
- 脚本/任务（如Shell、Python脚本、Groovy脚本）
## 2. 数据
### 定义：
数据是程序运行所需要输入、处理和输出的信息，也是系统位置状态的重要部分。
### 内容包括：
- 数据库中的业务数据（用户信息、产品信息等）
- 配置数据（如应用配置文件、运行参数、环境变量）
- 静态资源文件（图片、视频、地图等）
- 临时数据（缓存、会话、日志等）

## 3. 文档
### 定义：
文档是对软件的说明与记录
### 内容包括
| 类别 | 文档名称 | 内容举例 |
| :----| :---- | :---- |
| 需求类 | 需求文档（Software Requirements Specification，简称SRS） | 说明功能要做什么、业务背景、目标人群等 |
| 设计类 | 架构设计说明、数据库ER图 | 模块如何分布、数据表如何设计 |
| 开发类 | 接口文档、类注释、代码规范 | 接口的调用逻辑、各个模块的功能 |
| 测试类 | 测试用例文档、测试报告 | 怎么测、测了什么、测试周期、测得怎么样 |
| 运维类 | 部署说明、配置文档 | 系统如何上线、运行环境该如何配置 |
| 用户类 | 用户手册、使用指南 | 用户怎么操作、注意事项 |
## 4. 三者之间的联系
| 软件组成 | 比喻 | 说明 |
| :-----| :---- | :---- |
| 程序 | 机器的电路 | 控制机器的运行流程 |
| 数据 | 机器原料 | 机器加工的对象、决定产出 |
| 文档 | 机器的使用说明书 | 告诉你怎么装配、操作、修理 |

# 2. 什么是软件的生命周期，什么是软件的开发模型？
## 1. 软件生命周期的过程：

![image.png](/static/img/763355f693da3caa140bff80c57c099d.image.webp)
### 1. 可行性研究（Feasibility Study）：团队有没有这个能力干（技术可行性）、干了有没有赚头（经济可行性）、注意隐私协议，个人信息保护等（法律/社会可行性），输出《可行性研究报告》（能参会最好参不上会的这个阶段测试人员有机会就打听一下，知道我们将要做哪个赛道的产品，有功夫就找找类似产品瞅瞅，心里有个数）。
### 2. 需求分析：明确用户和系统的功能/非功能需求，此时产品和项目就要开会收集用户的合理需求。
- 编写需求规格说明书（SRS）：仔细看看需求说明书，消除模糊需求，这是测试的**一把尺**。比如需求说"系统响应要快",你就问产品响应时间控制在几秒内；需求文档中的内容应量化，需求文档写的越好，测试用例写的就越快；我们有的冲刺项目使用Jira的冲刺建立一条条任务附上UI设计图，来指导开发，我就觉得很舒服，开发和测试能够直接在评论中向产品澄清需求，消除信息差，还能够留痕，每日bug每日清，很利索；需求分析会议不要关注什么错别字，序号什么的，别讨人嫌。
- 出原型图：（我们产品用mastergo画）快速验证产品功能逻辑和用户流程，帮助团队和用户对齐需求，减少理解偏差。修改原型，确认需求。
- 进行需求优先级排序：这块儿，咱们应该好好记录，对应用例的优先级。
### 3. 概要设计（High-Level Design, HLD）：开发人员定义系统架构与模块划分，输出《概要设计文档》（对技术很感兴趣的别只盯着文档，没事儿的时候跟开发撩闲的时候，捧捧开发，问问技术难点啥的了解了解技术，因为写出来的能叫心里话儿？）：
- 选择什么技术栈（如前端：Vue.js + 小程序、后端：Spring Cloud微服务）
- 绘制系统架构图（如UML组件图）
- 数据库ER设计
- 概要设计的后期和详设初期，要产出UI设计图（我们单位产品用蓝湖画），这是测试的**另一把尺**，但是如果是MVP产品的话可能跳过高保真UI，直接用原型图开发。

:::info{title="相关信息"}
MVP定义 最小可行产品（英语：minimum viable product, MVP）是新产品开发中的一种策略，旨在以最低的成本快速推出具有核心功能的产品版本，从而获取用户反馈并优化产品。
:::
- 测试人员要编写测试计划：这里面最重要的测试的排期问题，概要设计阶段开发会与产品频繁的确定需求，这时候很容易出现需求不同步的情况，这时候咱们自己一定要多长点精神头，问产品设计方案是否存在变更未同步情况。
- 概要设计主要目的是什么，我们可以将其比作**画房子的整体蓝图**，：
    - 先确定房子长啥样，比如：是别墅还是平房？（技术选型：用微服务还是单体架构？）；几层楼？每层干嘛用？（模块划分：用户模块、支付模块…）；水电怎么走？（数据库和接口大概怎么设计？）
    - 为啥要做？：避免盖到一半发现“厕所没地方放”！（防止后期大改）；让施工队（开发人员）知道先干啥后干啥。（分工协作）

### 4. 详细设计（Low-Level Design, LLD）：细化模块实现逻辑。
- 类设计（UML类图）。
    - 明确代码怎么“分家”：就像规划家里的家具，床放卧室、冰箱放厨房，避免所有东西堆一起。这里面家具就是属性代码，放在哪就是行为代码
    - 防止程序员互相打架：A写“用户类”时，B不会重复造轮子。
    - 举例：设计“外卖订单”类：属性：订单号、金额、状态；方法：计算运费()、取消订单()
- 算法设计（伪代码/流程图）。
    - 把“脑子里的逻辑”写清楚：避免程序员写代码时卡壳，比如“优惠券折扣到底先减满减还是先打折？”
    - 提前发现坑：像做题先写解题步骤，能提前发现算不明白的地方，否则开发边写边想，最后性能可能很差
- 接口定义（API文档）。
    - 规定模块之间怎么“打电话”：就像外卖小哥和商家约定：“到了必须喊‘您的外卖到了！’”，而不是随便敲门。
    - 防止前后端互撕：前端说“我要订单数据”，后端返回一坨看不懂的，接口文档就是“翻译协议”。
    
- 输出：《详细设计文档》。
- 确定编码规范（讲究点的话）
- 软件测试人员根据UI原型图页面，进行测试用例的设计。使用开发Postman工作台中的Mock API，提前验证逻辑（如果有的话）。
### 5. 实现（Implementation/Coding）：编写可运行代码。
- 遵循编码规范
- 单元测试（JUnit/pytest）
- 版本控制（Git分支策略/或者SVN）
- 使用代码扫描工具进行代码扫描（偶尔做）
- 最终输出可执行代码与单元测试报告（关于单元测试报告，有的公司所谓的单元测试就是分模块的功能测试，不进行模块之间的测试/或者是测试的左移与开发并行，还是以公司实际为主）

:::info{title="相关信息"}
关于测试左移的注意事项可参考这篇帖子，这篇文章的作者可以关注一下，老爷子是个能人[The Shift-Left Approach to Software Testing](https://www.stickyminds.com/article/shift-left-approach-software-testing)
:::
### 6. 集成测试（Integration Testing）：验证模块间交互，集成测试是技术验收。
- 接口测试（Postman、Jmeter）
### 7. 确认测试（Validation Testing）：确保系统符合用户需求,确认测试是业务验收。
- 用户验收测试，通常是手工测试，根据用例执行的业务测试、UI测试、以及用户体验；手工点一点后，可以让用户进行体验测试。
- 性能测试（JMeter）
- 安全测试（Burpsuite）
### 8. 维护（Maintenance）：修复问题并优化系统。
### 9. 退役（Retirement）：
- 数据迁移（如旧系统用户数据导入新系统）。
- 通知用户（停服公告）
- 归档代码和文档。（里程碑）
## 2. 软件的开发模型
### 1. 瀑布模型：将软件生命周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品的项目

![image.png](/static/img/90a1da65a53ee4e3891513b99a7b3f51.image.webp)
### 2. 敏捷开发模型：

![image.png](/static/img/7c81bf9bb674ff3ae666e89d5b0d0ee6.image.webp)
1. 以人为核心、迭代、循序渐进的开发方法、小步快跑
2. 强调开发人员与业务人员紧密合作、面对面沟通
3. 采用迭代思想频繁交付新版本
4. 重点：每日都要开站会每位成员都要交代三件事：
- 昨天完成了什么
- 今天计划完成什么
- 是否有困难需要帮助

:::info{title="相关信息"}
产品故事列表即产品功能列表  
Sprint即冲刺的意思
:::
### 模型特点及适用范围
 
| 模型名称 | 技术特点 | 适应范围 |
| :-----| :---- | :---- |
| 瀑布模型 | 分阶段，阶段间存在因果关系，各阶段完成后都有评审， 允许反馈，不支持用户参与，要求预先确定需求 | 需求完善定义且不易变更的软件系统 |
| 敏捷模型 | 个体和互动高于流程和工具；工作的软件高于详尽的文档；客户合作高于合同谈判；响应变化高于遵循计划 | 对系统开发限制期限，复杂度较高的项目 |
## 3. 软件开发模型的作用
- 直观地表达软件开发全过程，明确了每个阶段的工作内容和规范的文档
- 开发人员就可以根据这些文档和过程，高效、合理的进行软件开发
- 大家遵循相同的流程和文档，避免不一致的问题
# 3. 为什么需要软件测试
## 1. 什么是软件测试
### 1. 定义：通过人工或自动化的方式来验证软件的实际结果与用户需求是否一致的过程
### 2. 软件测试常见分类：黑盒测试、白盒测试、灰盒测试。
### 3. 软件测试的目的：
- 从用户的角度：希望软件容易操作
- 从开发者的角度：希望软件产品正确实现了用户需求
- 从领导者的角度：希望测试出所有的问题并得到解决
## 2. 软件测试对象
### 1. 程序（代码逻辑）：
- 测什么：
    - 代码功能是否正常（如点击按钮能否提交订单）。
    - 性能是否达标（如每秒能处理1000个请求吗？）。
    - 安全性是否有漏洞（如SQL注入能否防住？）。
- 怎么测：
    - 手工测试：点点按钮，看看结果对不对。
    - 自动化测试：用脚本批量验证接口返回值。
### 2. 数据（输入/输出/存储）
- 测什么：
    - 输入数据：用户提交的表单、API参数是否被正确处理。
    - 输出数据：数据库记录、页面显示结果是否准确（比如空字段应显示“-”，而不是“null”）
    - 数据流：A模块到B模块的数据传输会不会丢字段？
-  怎么测：
    - 构造边界值数据（如输入“姓名”字段超长字符串）。
    - 检查数据库表字段是否匹配设计文档。（数据存的是字符串还是浮点数，这块都是开发自查，测试人员顶多拥有产品数据库的查询权限，你要是测试平台开发，那是你自己的数据库，你随意）
### 3. 文档（配套材料）:
- 测什么：
    - 需求文档：是否清晰无歧义？（比如“用户”是指买家还是卖家？）
    - 设计文档：接口定义是否完整？（如返回字段少了个order_id？）
    - 用户手册：操作步骤是否和实际系统一致？
-  怎么测：
    - 对照文档逐条检查系统行为（俗称“走查”）。
    - 模拟用户按文档操作，看能否完成任务，操作文档得讲述明白，专有名词得有注释（否则客服会被用户咨询电话轰炸，“我们按照你们文档操作，怎么不好使”；“文档中的XXX是什么意思”）。
## 3. 软件测试的原则
### 原则一：尽早进入软件测试
举个例子，我们在测试APP的时候，如果是在没上线时改个普通bug加打个新包大约30分钟到1小时，如果上线了，出现bug那就得按天来算了，因为有些因素团队无法控制，就比如APP重新上线应用商店前的审核。
:::note{title="注"}
测试左移会增加开发的压力与成本，测试人员此阶段，尽量与产品或者与项目沟通，不要过多分散开发的精力。
:::
### 原则二：穷尽测试是不可行的
这句话是领导们最不喜欢的一句话，但是事实就是如此；比如：即使一个简单登录功能，输入组合也近乎无限（用户名长度、特殊字符、并发请求…）。这就要求测试人员要有一个场景优先级策略。
### 原则三：程序员应避免检查自己的程序
咱讲实话，这个原则，大多数公司没法做到，咱倒是听说过有这么做的，那确实不是一般团队，刀尖向内，那代码不是能跑起来就行，有说法。
### 原则四：充分注意测试中缺陷的群集现象
这点很重要，bug总是扎堆出现的。
### 原则五：严格执行测试计划，排除测试的随意性
咱那个测试用例得好好写，我觉得测试人员的水平就体现在用例的设计上，咱说实话，要将用例全面覆盖需求，还是很有难度，明确范围、资源、进度、准入/准出标准，至于是采用作者自测、还是交叉测试，就看项目的大小与业务的难度，你比如说关于金融方面的业务那必须得交叉。
### 原则六：应当对每一个测试结果做全面的检查
### 原则七：妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便
### 原则八：设计测试用例时，应当包括合理的输入数据和不合理的输入数据
### 原则九：测试用例应由测试数据和与之对应的预期输出结果这两部分组成
## 4. 软件测试的流程
大多数项目中，软件测试的流程都是：
1. 需求澄清，理解需求，理解功能点，才知道测什么怎么测
2. 编写测试计划，包括什么时间测试组中用哪些人测哪些模块
3. 编写测试用例/点
4. 开发提测，执行冒烟测试准入
5. 执行全量测试，提交、验收BUG
6. 编写测试报告，输出测试结果，归档测试文档
7. 生产环境回归测试，关注线上问题
# 4. 软件测试模型
## 1. 什么是软件测试模型
定义：测试模型是将测试活动进行了抽象，明确了测试与开发之间关系的模型
## 2. 常见的软件测试模型
### 1. V模型


![V模型.jpg](/static/img/9b22b35063b7557d088a12a129cda660.V%C3%A6%C2%A8%C2%A1%C3%A5%C2%9E%C2%8B.webp)
- 缺点：
    - 容易使人理解为测试是软件开发的最后一个阶段。没有明确指出对需求、设计的测试，没有尽早进入软件测试
    - 由于它的顺序性，当编码完成之后，正式进入测试时，这时发现的一些bug修改起来成本较大。
    - 实际中，由于需求变更较大，导致要重复变更需求、设计、编码、测试。返工量大。
- 优点：
    - 有底层测试又有高层测试
    - 将开发阶段清楚的表现出来
### 2. W模型

![image.png](/static/img/a0d55ec1499b7f5302534910019767cd.image.webp)

- 优点
    - 测试与开发是同步进行的，从而有利于尽早的测试、发现问题
    - 强调了测试计划等工作的先行和对系统需求和系统设计的测试
    - W模型有利于尽早地全面的发现问题
-  缺点：
    -  仍把开发活动看成是从需求开始到编码结束的串行活动，只有上一阶段完成后，才可以开始下一阶段的活动，不支持迭代
 
### 3. H模型

![image.png](/static/img/68d6642a6aa6c8956d34e3ab585ae58c.image.webp)
1. H模型强调软件测试是一个独立的流程，贯穿整个产品的周期
2. H模型的关键点在于测试的准入条件，通常有以下几个准入条件，满足才能进行全量测试
    -    测试点/测试用例编写完成，且通过了评审
    -    开发提测通过，通过的前提：
           - 冒烟测试通过
           - 测试环境搭建完成，提供环境IP、测试账号密码
           - 如果设计借口测试，要提供借口测试文档与数据库文档
           - 给出测试建议
           - 开发自测记录（提测前，由测试人员提供一份冒烟测试用例，开发在提测前自己先执行一遍，这是最理想的情况下）
3.  开发提测的意义在于，避免不负责任的开发将质量不好的版本随意丢给测试人员，造成经常冒烟测试不通过，频繁打回，浪费时间降低工作效率。
4.  流程中的准出原则一般指剩余BUG量，如果剩余BUG暂时无法修复，但是bug对产品使用整体影响不大，可将其挂起，待下版本修复。bug等级共四级，3级bug不超过3个，四级bug不超过4个，每个公司的标准有所不同。

软件测试基础理论概括

## 1. 安装nodejs
### 法一：通过官网进行下载。
[官网网址:https://nodejs.org/en/download](https://nodejs.org/en/download)

![image.png](/static/img/5919144cfad2847211dc756250ff6b9e.image.webp)
### 法二：通过命令行安装。
:::info{title="相关信息"}
安装 Homebrew（如果尚未安装）：Homebrew 是一个包管理器，它使得在 macOS 上安装各种软件包变得非常容易。
:::
#### 1. 在终端中运行以下命令来安装 `Homebrew：/usr/bin/ruby -e "$(curl –fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" `或者覆盖安装：`/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"`
#### 2. 检查homebrew是否安装

![image.png](/static/img/5c71ee58a576572fb93f9d36a45b0ace.image.webp)
#### 3. 安装 Node.js：一旦安装了 Homebrew，您可以使用以下命令来安装 Node.js：

![image.png](/static/img/f55a231a0aa27ba9591cf27ae4194d73.image.webp)  
#### 4. 检查node版本

![image.png](/static/img/6bf3bee9ebd3338ce595b1e47c0eb343.image.webp)  
这将分别显示安装的Node.js和npm的版本号，至此以成功在macOS上安装了Node.js。

:::note{title="注"}
如需重新安装：`brew reinstall node`
默认的npm源再国内都很慢，安装好node之后需要重新配置一个国内源 (非必须)
`npm config set registry https://registry.npm.taobao.org/`
:::
## 2. 安装 Appium
### 1. 安装Appium Gui
#### 直接官网下载 Appium 客户端版本安装即可，目前Appium Gui 已不再维护
#### [官方下载地址：https://github.com/appium/appium-desktop/releases](https://github.com/appium/appium-desktop/releases)



![image.png](/static/img/1d2709ea46b3db57850a5b19e2382b93.image.webp)  
### 2. 安装命令行版本的 Appium
#### 国内网络一般直接使用官方推荐的命令npm install -g appium，会下载失败，超时等问题。这里推荐大家设置国内镜像再下载。
##### 1. 设置镜像源 `npm config set registry https://registry.npm.taobao.org`
##### 2. 安装`appium npm install -g appium`这样下载下来的是最新版本的appium。使用命令指定版本号`npm install -g appium@1.15`

:::note{title="注"}
appium 这个版本是命令行版本， 与appium desktop启动一个即可，安装也可以只安装一个或者两个都装，建议都装。
:::
##### 3. 安装 appium-doctor `npm install appium-doctor -g` appium-doctor 是用来检测环境配的是否完整，安装完成之后，重新打开新的命令行窗口，输入appium-doctor，如下图：

![image.png](/static/img/51765f9c36c439a06c51cf52351836ba.image.webp)
## 3. JDK环境配置
### 1. 下载JDK：在Oracle官网上下载不同版本的jdk：
#### 官网地址：[Oracle 甲骨文中国 | 云应用和云平台 ](https://www.oracle.com/cn/) 下载稳定版本的jdk8 如图：

![image.png](/static/img/dfd4858619754db9e231c263f71acb2d.image.webp)

:::note{title="注"}
jdk 8的下载需要注册甲骨文账户
:::
#### 双击安装jdk后，进行如下图操作验证jdk是否安装成功。

![image.png](/static/img/510589f3ad345131c11a83e25a12207f.image.webp)
### 2. 环境变量配置
#### 打开终端，输入sudo vim ~/.bash_profile，输入密码进入文件，密码是你电脑的开机密码

![image.png](/static/img/f4b68e20e94f7119e1f7f94122d10b94.image.webp)
#### 其中第二行中的jdk1.8.jdk修改成你自己的文件夹名称。
#### 具体查看方式：打开Finder，快捷键“Command + Shift + G”，输入`/Library/Java/JavaVirtualMachines`单击回车，就可以看到.添加完后，按esc退出编辑，键入 :wq! 进行保存即可,重启终端，或者输入`source /etc/profile`，使文件生效.
#### 验证：

![image.png](/static/img/107e39e204bb16b8ceaedf82d38601cd.image.webp)

![image.png](/static/img/227b02557fc5a8fb9fa1c0d223f7bb6d.image.webp)
#### 两者均正常显示，则表示java的环境变量配置成功
## 4. 安卓SDK安装
### [参考：https://ceshiren.com/t/topic/4001](https://ceshiren.com/t/topic/4001)  配置成功后，如下图进行验证：

![image.png](/static/img/9970ec2addd6261314f420da230296b7.image.webp)
### 至此appium android APP测试环境已经配置完成，如下图进行验证：

![image.png](/static/img/adf0840ffc5ffab52a2a717c9351732e.image.webp)
## 5. Appium Inspector启动APP介绍
### 1. Appium Inspector启动APP参数配置

![image.png](/static/img/0923698b4c3bfed22a4d0dba4f257a6a.image.webp)

```js
{
  "platformName": "Android",	手机操作系统
  "appium:platformVersion": "10",	操作系统版本
  "appium:deviceName": "49930131",	设备号
  "appium:appPackage": "com.zkteco.entrance",	app包名
  "appium:appActivity": ".app.ui.splash.SplashActivity",	启动页面
  "automationName": "Uiautomator2"	指定驱动
}
```

:::info{title="相关信息"}
- 设备号获取：

![image.png](/static/img/d40929680b56aa370713e27e651cf8e3.image.webp)
- app包名获取：（为方便，请清空手机后台，仅运行被测app）

![image.png](/static/img/fcd015be0f3c2208dd67d297d1971fec.image.webp)
- app启动页获取：

![image.png](/static/img/33a8ba9a83c8c23736d88bacfadfb0f6.image.webp)
:::
### 2. 指定驱动
#### 目前本人采用Appium 2.0.1版本，在该版本中测试驱动是分开管理的（务必清楚所安装的Appium版本），即默认不会安装任何的测试驱动，通过appium driver子命管理所有的驱动。官方可用的驱动也很多。

![image.png](/static/img/f803b5a54992b466b1a2448374ac8627.image.webp)

:::info{title="相关信息"}
现在我仅安装了常用的uiautomator2和ios驱动 请用如下命令进行所需驱动的安装
`appium driver install uiautomator2`
:::
### 3. appium inspector启动调试被测app
#### 这里有两种服务支持的启动方式：一种是Appium Server Gui提供appium服务

![image.png](/static/img/b2cf67a57e0b806cb0db07e2431998bb.image.webp)

![image.png](/static/img/e5b9c1c94da406ab03b966473e54b3ca.image.webp)

:::note{title="注"}
值得注意的是此时远程路径为：/wd/hub
:::
#### 启动会话：

![image.png](/static/img/d0cb3f6ebbc4bcad2299dedb74e4d3f5.image.webp)
#### 接下来介绍另外一种命令行安装的appium所启动的服务：

:::note{title="注"}
命令行启动appium服务（GUI页面与命令行仅能启动一个）
:::

![image.png](/static/img/65de750073fc78e7e1e31a6c001f8077.image.webp)
#### appium inspector远程路径要改为如下图所示，因为 2.0 的接口前缀不再是http://127.0.0.1:4723/wd/hub，/wd/hub已经被去掉了，直接访问 ip:端口号就行，如果还用之前的默认地址，会提示找不到路由。

![image.png](/static/img/b1c4a6b5a54d9c8d2413b187a593756a.image.webp)
#### 启动会话：

![image.png](/static/img/f48fb18f99c439951abf3c8530402313.image.webp)

MAC系统 安卓APP自动化测试环境搭建

## 1. Centos docker安装 & 阿里云镜像加速配置
- 查看系统内核：uname -r
- 查看系统环境：cat /etc/os-release
### 1. 清理docker旧版本，以避免和新版本冲突。



```Plain Text
yum remove docker \   
                  docker-client \    
                  docker-client-latest \
                  docker-common \
                  docker-latest \
                  docker-latest-logrotate \
                  docker-logrotate \
                  docker-engine
                  
#  yum remove 是用于从系统中卸载软件包的命令，\ 是换行符，用于命令换行书写，便于阅读；
# 卸载docker相关组件说明
# docker	Docker 的主程序包（旧版本）
# docker-client	Docker 的客户端工具
# docker-client-latest	最新版 Docker 客户端（如果存在）
# docker-common	Docker 公共依赖文件
# docker-latest	最新版 Docker 服务端
# docker-latest-logrotate	Docker 的日志轮转设置（最新版）
# docker-logrotate	Docker 的日志轮转设置
# docker-engine	Docker 引擎主服务包（早期版本）
```

![image.png](/static/img/8387c0175d7dec6830dc9ca75948d989.image.webp)

### 2. 安装yum-utils依赖，安装 yum-utils 工具包集，它包含一组用于扩展和增强 yum 功能的实用工具，许多 Docker 安装步骤依赖于其中的工具
```Plain Text
yum install -y yum-utils 
```
### 3. 设置镜像仓库，添加此仓库后，系统中的 yum 会在安装 Docker 相关组件时，从这个阿里云镜像仓库中查找和下载，而不是从默认的国外源（访问较慢、易超时）下载

```Plain Text
yum-config-manager \
    --add-repo \
    http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
```
- yum-config-manager：是 yum-utils 提供的命令工具，用于管理 yum 源（repo）； 
- --add-repo：指定要添加一个新的仓库；
- http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo：这是 Docker 官方为 CentOS 提供的 Yum 仓库地址的阿里云镜像（国内访问快，可靠）。

### 4. 安装docker引擎


```Plain Text
yum install docker-ce docker-ce-cli containerd.io    
```
### 5. linux命令-启动docker

```Plain Text
systemctl start docker
```
### 6. 查看docker的版本，看是否启动成功

```Plain Text
systemctl start docker
```
### 7. 查看docker的版本，看是否启动成功

```Plain Text
docker version
```
### 8. 尝试拉取第一个镜像：hello-world

```Plain Text
docker run hello-world
```

![image.png](/static/img/327b9f8495b6b8a34dcc00cf52b7dbf2.image.webp)
### 9. 查看镜像

```Plain Text
docker images
```
### 10. 创建docker的连级目录，这一步是为 Docker 配置文件的写入做准备，是后续设置镜像加速器等功能的前提步骤

```Plain Text
sudo mkdir -p /etc/docker
```
- sudo：以管理员权限执行命令；
- mkdir：创建目录；
- -p：递归创建目录，如果上级目录不存在也一并创建，并且如果目录已经存在则不会报错；
- /etc/docker：这是 Docker 的默认配置路径，常用于存放 daemon.json，如配置镜像加速器、日志驱动、DNS、registry mirrors 等内容。

### 11. 设置镜像加速地址(镜像加速地址在云服务器中的控制器中查找)

```Plain Text
sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["https://XXXXXXXXXXX"]
}
EOF
```
- sudo	以管理员身份执行（对 /etc 路径有写权限）
- tee /etc/docker/daemon.json	将后续输入的内容写入指定文件中
- <<-'EOF' 和 EOF	启动并结束一个 “多行字符串”（here-document），可以跨多行写入内容。- 表示忽略每行前的制表符或空格（更容错）
- { "registry-mirrors": ... }	这是 JSON 格式的 Docker 镜像加速配置，其中 ukbwllhXXX.mirror.aliyuncs.com 是你在阿里云上获取的专属镜像加速地址  
- 配置镜像加速器的意义在于：


:::info{title="相关信息"}
    解决拉取 Docker 镜像慢或失败的问题；

    使用阿里云或其他国内镜像源，可以显著提升拉取镜像的速度；

    适用于不能访问 https://registry-1.docker.io 的服务器环境（如你当前遇到的网络问题）。
:::
重新加载docker的配置文件 （因为docker归属于 systemctl 管理，要想docker的服务程序配置文件生效，需重新加载）

```Plain Text
sudo systemctl daemon-reload
```
重启docker

```Plain Text
sudo systemctl restart docker
```
## 2. Ubuntu docker安装 & 阿里云镜像加速配置
- 查看系统内核：uname -r
- 查看系统环境：cat /etc/os-release
### 1. 卸载 Docker & 完全清除 Docker 相关文件（包括镜像、容器等）

```Plain Text
sudo apt-get remove docker-ce docker-ce-cli containerd.io
sudo apt-get purge docker-ce docker-ce-cli containerd.io
sudo rm -rf /var/lib/docker
```
### 2. 设置 Docker 的apt存储库

```Plain Text
# Add Docker's official GPG key:
sudo apt-get update
sudo apt-get install ca-certificates curl
sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc

# Add the repository to Apt sources:
echo \
  "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu \
  $(. /etc/os-release && echo "${UBUNTU_CODENAME:-$VERSION_CODENAME}") stable" | \
  sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt-get update
```
### 3. 安装 Docker 包

```Plain Text
sudo apt-get install docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin  # 要安装最新版本
systemctl start docker  # linux命令-启动docker
docker version  # 查看docker的版本
```
### 4. 尝试拉取第一个镜像：hello-world

```Plain Text
docker run hello-world
```
![image.png](/static/img/327b9f8495b6b8a34dcc00cf52b7dbf2.image.webp)
### 5. 后续配置操作

```Plain Text
docker images
sudo mkdir -p /etc/docker
```
### 6. 设置镜像加速地址：镜像加速地址在云服务器中的控制器中查找

```Plain Text
sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["https://vwp454yh.mirror.aliyuncs.com"]
}
EOF
```
### 7.  重新加载docker的配置文件 （因为docker归属于 systemctl 管理，要想docker的服务程序配置文件生效，需重新加载）
```Plain Text
sudo systemctl daemon-reload  # 重新加载docker的配置文件
sudo systemctl restart docker  # 重启docker
```
## 3. Windows docker安装 & 阿里云镜像加速配置
[参考：https://docs.docker.com/desktop/troubleshoot-and-support/troubleshoot/topics/#virtualization](https://docs.docker.com/desktop/troubleshoot-and-support/troubleshoot/topics/#virtualization)

docker的安装

## 前言
Jmeter提供了一个通过两种方式生成多维度图形化测试报告的扩展模块。
- 在JMeter性能测试结束时，自动生成本次测试的HTML图形化报告
- 使用已存在的测试结果文件.jtl结果文件和.csv结果文件，来生成改次测试结果的HTML图形化报告




## 1. 自动生成HTML图形化报告
`jmeter -n -t 【jmx脚本位置】-l 【结果文件result.jtl存放的位置】-e -o 【生成HTML报告制定文件夹】`  
### 参数解释：
- -n: 表示 non gui mode,就是非图形化模式
- -t: 指定jmx脚本路径，即test plan(测试计划)。后面跟需要运行脚本的路径与脚本名称。
- -l: 指定结果的文件路径。后面跟输出结果文件路径与结果名称。  

:::note{title="注"}
           1）若没有指定结果文件路径，则会自动创建，可以生成.csv文件或者.jtl文件  
           2）若只写脚本名称，则会默认在当前目录下查找或创建结果文件
:::
- -e: 设置测试完成后，生成测试报表
- -o:指定测试报表生成的文件夹。文件夹必须为空或不存在  
### 在jmeter的bin目录下，执行如下命令，以我的项目为例：

![image.png](/static/img/dd3b62738f0e1527f338f10c37c2561d.image.webp)
`jmeter -n -t /Library/jmeter-achievement/ConsumerModeule/upload_spending/upload_spending.jmx -l /Users/zkteco/Desktop/jmeter_output/result/result_01.jtl -e -o /Users/zkteco/Desktop/jmeter_output/report`
### 如下图所示：

![image.png](/static/img/65054e99d67c31c659002d34aaf96d3e.image.webp)


:::note{title="注"}
注意点：  
- 结果文件夹的位置要和HTML报告文件夹的位置在同一个目录下
- 指定的结果文件不能重复
- 确认 -o 参数后面的目录名称为空或者名称不重复
:::
### 然后去目标目录中查看HTML图形化报告文件中的内容。

![image.png](/static/img/7e1287462b7ce1de37303bb358002dd1.image.webp)
### 打开index.html文件，如下图所示：

![image.png](/static/img/07f221580540d820e8638ce592a023ae.image.webp)
## 2. 使用已有的测试结果生成HTML报告
### 使用命令：
`jmeter -g【result.jtl】-o 【测试报告文件夹】`  
### 参数解释：
- -g: 指定的已存在的测试结果文件路径，仅用于生成测试报表
- -o:指定的生成测试报表文件夹，文件夹必须为不存在
### 命令行进入到测试结果所在的文件目录，以我的文件目录为例，执行如下命令：

![image.png](/static/img/7826a9b5a831d2185d1e425d1ca1cde0.image.webp)
`jmeter -g result_02.jtl -o /Users/zkteco/Desktop/jmeter_output/demo`

![image.png](/static/img/33cdea5e0f56622ddf42399242c3ef9b.image.webp)
### 之后就可以在demo目录中查看生成的测试报告了。

![image.png](/static/img/a79ceed1c63ac9158b7fe1d0422597ca.image.webp)
### 推荐配置JMeter的环境变量，这样就可以在任何目录中执行JMeter命令了。
## 3. HTML图形化报告内容详解

### 1. Dashboard页面：
#### 1. Test and Report informations: ->测试结果报告信息：

![image.png](/static/img/9ec02d472a837691d88394ae8b4f27e8.image.webp)

:::info{title="相关信息"}
相关信息
- File:该测试报表所对应的测试结果文件名
- Start Time:测试开始时间
- End Time: 测试结束时间
- Filter for display:展示过滤器
:::
#### 2. APDEX(Application Performance Index):->应用程序性能满意度标准：

![image.png](/static/img/0e6fe8806c166eb22b7053db81b53b55.image.webp)

:::info{title="相关信息"}
相关信息
- Apdex：范围在0~1之间，1表示达到所有用户均满意，越接近1满意度越高
- T(toleration threshold)：耐受阀值
- F(frustrtion threshold):挫败阀值
- Label:接口请求名称
:::
#### 3. Requests Summary: ->请求的通过率(PASS)与失败率(FAIL)，百分比显示。

![image.png](/static/img/426c4e48c43acd593df4fa7953857830.image.webp)
#### 4. Statistics：->统计分析，基本将Summary Report(汇总报告)与Aggrerate Report(聚合报告)的结果合并。

![image.png](/static/img/cbde1df6f01006988058b8ce873cdddd.image.webp)
#### 5. Errors:->错误情况，按照不同的错误类型，将所有的错误结果进行展示。

![image.png](/static/img/332cc96d3210b6e35449eb2e051d44da.image.webp)
#### 6. Top 5 Errors by sampler:->显示前五个错误类型取样器。

![image.png](/static/img/892f5aebb72f4846a91d04521a2a7ae4.image.webp)
### 2. Charts页面：(辅助分析)
Charts页面：用图表的形式展示测试数据，让测试报表更加的直观。  
主要有以下特点：
- 将测试过程中经常使用的数据，用图表的形式展示，让测试结果更加的直观
- 每个图表的数据，有两种展示形式
- 支持请求样例过滤显示
- 支持道出PNG图片格式
#### 1. Over Time图表：
##### 1. Response Time Over Time图表：
- 每秒钟响应时间，X轴表示系统运行的时刻，Y轴表示的是响应时间，F(X,Y)表示系统随着时间的推移，系统响应时间的变化，可以看出响应时间的稳定性。
- 可以根据响应时间变化和TPS以及模拟的并发数变化，判断性能拐点的范围
- 一个线条代表一个事务

![image.png](/static/img/40d74ed3dbd6c8ae82ca28ee4fe09d76.image.webp)

:::info{title="相关信息"}
说明：响应时间变化曲线，表示平均响应时间随时间的变化情况，类似于JMeter Pluging在UI中的Response Times Over Time.
:::
##### 2. Respnse Time Percentiles Over Time(successful responses)图表：
- 脚本运行期间，成功的请求的响应时间的百分比
- 可理解为聚合报告中的部分指标

![image.png](/static/img/d71fc39e67b1b9e909a8ec18aec9ee19.image.webp)

![image.png](/static/img/8bf3713f67ad1d630e9f76bbec8f0fa3.image.webp)
##### 3. Active Threads Over Time图表

- 脚本运行期间，每个线程组的活跃线程数的变化趋势图
- 一个线程组对应一条线

![image.png](/static/img/0c717a389f63628bf342c00bf401cdf2.image.webp)
##### 4. Bytes Throughput Over Time图表：->字节接收与发送的数量，每秒传输字节的吞吐量，表明JMeter在测试时，随着时间推移发送和接收的字节数
- 脚本运行期间，吞吐率变化趋势图
- 在容量规划、可用性测试和大文件上传下载场景中，吞吐量是很重要的一个监控指标
![image.png](/static/img/940990de4d2d535906d0155337a8d70f.image.webp)
##### 5. Latencies Over Time图表：->延迟时间变化图表
- 脚本运行期间，发送一个完整的请求所需时间的变化趋势图
- 可以理解成：发送请求到收到第一个响应所花费的时间
- 包括事务控制器的样本结果

![image.png](/static/img/67503804839eede4e608c11795cd2d06.image.webp)
##### 6. Connnect Time Over Time
● 脚本运行期间，事务（请求）建立连接所花费的平均时间变化趋势图
● 包括SSL三次握手的时间
● 当出现连接超时错误时（Connection Time Out）的错误时，Connect Time就会等于连接超时的时间

![image.png](/static/img/9454f3b181e00aecee82f3b720077738.image.webp)
对应JMeter监视器的元件：

![image.png](/static/img/8999266201e3c0d048cdff446f89b80a.image.webp)
#### 2. Thoughput for Charts页面
 
![image.png](/static/img/69cfef03df54136938553a7deb88b485.image.webp)
##### 1. Hits Per Second图表：->每秒点击次数曲线图
即每秒钟向服务器发送请求的数量。

![image.png](/static/img/ba5de5184df2cbbdd08109c81ea0dfd5.image.webp)
##### 2. Codes Per Second图表:->每秒状态码数量分布曲线
即每秒钟服务器返回的ResponseCode的数量。

![image.png](/static/img/ddd4900de6c82323255abe9f8fbe9382.image.webp)
##### 3. Transanction Per Second图表:->每秒事务数曲线（很重要）
- 即TPS
- 衡量系统处理能力的重要指标
- 包括事物控制器样本结果

![image.png](/static/img/7d20e5fddb13a88b11479cee402d1ac2.image.webp)
##### 4. Total Transactions Per Second：->，每秒通过的事物总数
包含失败事务总数与成功事务总数

![image.png](/static/img/73cd052b1393dbd9f4e8774445e0971f.image.webp)
##### 5. Response Time Vs Request:->响应时间中海值与请求数量的关系

![image.png](/static/img/085b93f3292cfe34da8c54d47ac3b2cb.image.webp)
##### 6. Latency Vs Request:->完成一个完整的请求所需的平均时间与请求数的关系图

![image.png](/static/img/b721b825ebe7eb3c39250f4d2b8d4889.image.webp)
对应JMeter监听器：

![image.png](/static/img/cc656940e057e938348a74408be5270e.image.webp)
#### 3. Response Times

![image.png](/static/img/c2c03a72f6a22ed0bc613bb67ef5c115.image.webp)
##### 1. Response Time Percentiles
- 响应时间百分比分布图
- 响应时间在某个百分比范围内的请求在所有请求数中所占的百分比率，相当于平均响应时间，这个值更加适合用来衡量系统的稳定性。

![image.png](/static/img/00bb97a423d34dbc356169bb2bc1ec66.image.webp)
##### 2. Response Time Overview
- 响应时间分布图
- 展示落在各个平均响应时间区间的请求数情况

![image.png](/static/img/761172362ccbf553179c7a2d81bdc459.image.webp)
##### 3. Time Vs Threads
- 平均响应时间和线程数的对应变化曲线
- 可以通过这个对应的变化曲线来确定性能拐点的一个参考值

![image.png](/static/img/1dd4497a3d067312c7e1e389575c3129.image.webp)
##### 4. Response Time Distribution
- 响应时间分布图
- 不同的响应时间区间内，成功的响应数是多少

![image.png](/static/img/b1249bfeffefff22f27f3a7dfe290ba4.image.webp)

JMeter使用命令行模式生成HTML测试报告

## 前言：
- 监控服务器资源也是性能测试所关心的一部分，性能测试我们关注的重要指标是：并发数、TPS、请求的成功率、响应时间、服务器的CPU、menery、I/O disk等。Jmeter的聚合报告可以查看并发数、吞吐量、请求成功率、响应时间等；如果要查看服务器端的CPU、menery、I/O disk等就需要安装ServerAgent
- 该文档将讲解如何通过Jmeter插件来监控服务器，并通过Jmeter来监控结果
- 场景：测试服务器本身在一定指标下所承载的并发量，或者承载规定并发量所需的服务器量，并为分布式部署提出测试建议。
- 目前使用该插件进行监控的方案几乎不被采纳，更多选择的是普罗米修斯+Grafana的方案；云服务器有看板监控，宝塔亦然；本次只是一次个人记录，不作为实际应用




## 1. ServerAgent插件安装
- 1. JmeterPlugings-Extrs.jar（客户端）
- 2. JmeterPlugings-Standard.jar（客户端）
- 3. ServerAgent-2.2.3.zip （服务端）  
[前两个的下载地址是：https://jmeter-plugins.org/downloads/old/。](https://jmeter-plugins.org/downloads/old/)  
[服务端的下载地址是：https://github.com/undera/perfmon-agent。](https://github.com/undera/perfmon-agent)

![image.png](/static/img/c3ab2ba2d612e18160c77552937cc997.image.webp)
### 1. 解压客户端的两个文件，进入其路径的JMeterPlugins-Extras\lib\ext，JMeterPlugins-Standard\lib\ext，复制JmeterPlugins-Extras.jar，JmeterPlugins-Standard.jar两个文件，放到JMeter客户端的apache-jmeter-4.0\lib\ext下面

![image.png](/static/img/65a136685142b0cd698fec0e3ecc0379.image.webp)

:::note{title="注"}
客户端的两个插件最新版本官方已经不提供下载了，只能下载旧版本，官方建议通过Plugins Manager下载
:::
### 2. 打开Jmeter，可在监听器中看到Permin Metrics Collector,客户端配置成功。

![image.png](/static/img/be856fb6dc33150eaaa6d2bb10b1d584.image.webp)
### 3. 如果想监控视窗机器，则将ServerAgent放在视窗机器的电脑目录下，然后双击运行StartAgent.bat即可，若当前环境是linux环境，sh startAgent.sh文件即可。这里以视窗环境为例：

![image.png](/static/img/9337c5628bf7581e6505a41c55fa2f9c.image.webp)

![image.png](/static/img/59bcd2d1e01cee9261220c6e74eaf8bc.image.webp)

:::note{title="注"}
- 启动ServerAgent的前提是服务端已配置好java环境
- 默认占用端口是4444
- 当遇到端口被占用的情况，我们可以进行ServerAgent端口的修改：  
 1）windows环境在cmd命令窗口进入ServerAgent根目录，执行：java -jar ./CMDRunner.jar --tool PerfMonAgent --udp-port 8888 --tcp-port 8888  可看到端口由原来的4444修改为8888  
2）Linux环境进入ServerAgent根目录，查看startAgent.sh文件，可看到该文件中将端口定义为4444，修改该文件中的端口为8082，然后sh startAgent.sh即可，可看到端口由原来的4444修改为8082
:::
## 2. Jmeter监控服务器资源流程
### 1. 在Jmeter脚本的线程组中添加一个jp@gc - PerfMon Metrics Collector
#### 1. 一定要加监控的服务器的IP，serveragent的4444端口号，监控的指标CPU、DISK I/O等
#### 2. 一定要有将结果导出的文件，若添加文件显示：Error loading results file - see file log,解决办法，在文件中加上一段

```js
<?xml version="1.0" encoding="UTF-8"?>
<testResults version="1.2">
</testResults>
```

![image.png](/static/img/58b31bc9d6abe2a7238643f9ca727491.image.webp)
### 2. 启动线程组就可以监控到（线程运行时间如果太短可能会扑捉不到这个图表，可以设置循环几次来延长时间）

![image.png](/static/img/2ec94b115cb41ee85fc9a7c8a96f26af.image.webp)
### 3.如果服务端是视窗服务，则可能会遇到启动jmeter线程，ServerAgent服务闪退的情况。
#### 1. 查看serverAgent服务日志

![image.png](/static/img/ce48558decbae7ef0f83d4142da4e03a.image.webp)
#### 2. 下载jar包和相关文件
[sigar下载](https://mvnrepository.com/artifact/org.hyperic/sigar/1.6.5.132)
#### 3. 将压缩包解压，然后复制目录下的 hyperic-sigar-1.6.4\sigar-bin\lib\sigar-amd64-winnt.dll 文件放在你服务端的jdk的bin目录下，并将X‪X:\ServerAgent-2.2.3\lib\sigar-amd64-winnt.dll 进行替换即可，替换完，多重启几次服务即可。

![image.png](/static/img/4694fcf947344100f73d77c58a478b0e.image.webp)

![image.png](/static/img/3def3b8a93d06746bd7b2cc27405f75e.image.webp)

1. 什么是软件？

1. 安装nodejs

法一：通过官网进行下载。

法二：通过命令行安装。

1. 在终端中运行以下命令来安装 Homebrew：/usr/bin/ruby -e "$(curl –fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 或者覆盖安装：/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"

2. 检查homebrew是否安装

3. 安装 Node.js：一旦安装了 Homebrew，您可以使用以下命令来安装 Node.js：

4. 检查node版本

2. 安装 Appium

1. 安装Appium Gui

直接官网下载 Appium 客户端版本安装即可，目前Appium Gui 已不再维护

官方下载地址：https://github.com/appium/appium-desktop/releases

1. Centos docker安装 & 阿里云镜像加速配置

1. 清理docker旧版本，以避免和新版本冲突。

前言

前言：

1. 在终端中运行以下命令来安装 `Homebrew：/usr/bin/ruby -e "$(curl –fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"` 或者覆盖安装：`/usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)"`