以下内容来自通义千问

当服务器的 CPU 和内存使用率达到 100%，导致 SSH 无法连接时，通常意味着系统资源已完全耗尽，无法响应新的网络请求（包括 SSH）。此时常规的远程管理手段失效，需要借助**带外管理（Out-of-Band Management）** 或 **物理访问** 来恢复系统。以下是可行的处理方法和预防建议：

---




## 🔧 一、应急恢复方法（当 SSH 无法连接时）

### 1. **使用带外管理接口**
许多服务器（尤其是企业级或云服务器）提供带外管理功能，即使操作系统无响应也能访问：

- **物理服务器**：
 - **IPMI / iDRAC（Dell） / iLO（HPE）**：通过专用管理网口登录 Web 控制台或 KVM，可查看进程、重启服务或硬重启。
 
- **云服务器（如阿里云、AWS、腾讯云等）**：
 - 使用 **VNC 控制台** 或 **串行控制台（Serial Console）** 登录（即使 SSH 不通）。
 - 阿里云示例：进入 ECS 控制台 → 实例详情 → “远程连接” → 使用 **VNC 连接**。
 - AWS：使用 **EC2 Serial Console**（需提前启用）。
 - 在控制台中，可尝试：
 - 执行 `top`、`htop` 查看高负载进程；
 - 使用 `kill -9 <PID>` 终止占用资源的进程；
 - 或直接重启实例（最后手段）。

### 2. **强制重启服务器（最后手段）**
如果无法通过控制台操作，且业务允许中断：
- 通过云平台控制台 **重启实例**；
- 物理服务器可手动按电源键或通过 IPMI 发送硬重启指令。

> ⚠️ 注意：强制重启可能导致数据丢失或文件系统损坏，仅在无其他选择时使用。

---

## 🛡️ 二、事后排查与优化（恢复后必须做）

### 1. **找出罪魁祸首**
登录后立即执行以下命令：

```bash
# 查看 CPU/内存占用最高的进程
top
htop #（若已安装）

# 查看历史负载（需安装 sysstat）
sar -u # CPU
sar -r # 内存

# 检查是否有异常进程（如挖矿程序）
ps aux --sort=-%cpu | head -n 10
ps aux --sort=-%mem | head -n 10
```

### 2. **设置资源限制**
- 使用 `systemd` 的 `MemoryMax`、`CPUQuota` 限制服务资源；
- 使用 `cgroups` 或容器化（如 Docker）隔离关键服务；
- 配置 `ulimit` 限制用户进程资源。

### 3. **配置监控与告警**
- 安装 **Prometheus + Node Exporter + Alertmanager**；
- 或使用云厂商监控（如阿里云云监控、Zabbix、Datadog）；
- 设置阈值告警（如 CPU > 90% 持续 5 分钟）。

### 4. **优化系统配置**
- 调整内核参数（如 `vm.overcommit_memory`）；
- 启用 OOM Killer 日志记录；
- 定期清理日志、缓存（`journalctl --vacuum-time=7d`）。

---

## ✅ 三、预防措施（避免再次发生）

| 措施 | 说明 |
|------|------|
| **预留资源余量** | 生产环境 CPU/内存使用率建议不超过 70% |
| **启用 swap（谨慎）** | 可缓解内存不足，但可能引发 I/O 瓶颈 |
| **部署看门狗脚本** | 自动检测并重启失控进程 |
| **使用容器/微服务** | 限制单个应用资源上限 |
| **定期压力测试** | 模拟高负载场景，验证系统稳定性 |

---

## 总结

> 当 SSH 因资源耗尽而失效时，**唯一可靠的方法是通过带外管理（如云控制台 VNC/IPMI）介入**。事后务必分析原因、限制资源、部署监控，防止问题复发。

如你使用的是特定云平台（如阿里云、AWS），可告知具体环境，我可以提供更详细的操作步骤。

手贱把服务器CPU和内存干爆了

# 测试用例设计方法
分别介绍常用的测试用例设计方法有哪些，以及设计思路。



### 等价类划分法

等价类划分法是一种测试方法，用于测试具有共同特征的数据集合。根据需求，将数据划分为有效等价类和无效等价类。

#### 案例：QQ号码有效性测试

需求：QQ号码的有效性测试。

测试用例：

- 有效等价类：长度为5-13位的数字，且不能以0开头。
- 无效等价类：长度小于5位或大于13位的数字，以0开头的数字。

#### 案例：电话号码有效性测试

需求：电话号码的有效性测试。

常识：

- 区号：空或3位数字
- 前缀码：不能以0或1开头的4位数字
- 后缀码：4位数字

等价类方法：

| 维度 | 需求 | 有效 | 无效 |
| ---- | ------ | ---------------- | ----------------- |
| 长度 | 区号 | 1、0位 2、3位 | 1、2位 |
| | 前缀码 | 1、3位 | 2、2位 |
| | 后缀码 | 1、4位 | 3位 |
| 类型 | 区号 | 1、数字 | 非数字 |
| | 前缀码 | 1、数字 | 非数字 |
| | 后缀码 | 1、数字 | 非数字 |
| 规则 | 区号 | / | / |
| | 前缀码 | 1、2开头有效数字 | 1、0开头 2、1开头 |
| | 后缀码 | / | / |

总结：

1. 首先对核心业务进行测试，保证业务正向逆向能够跑通，之后再进行拆分
2. 对于正向测试用例，一次尽可能多的将正确数据项进行组合测试
3. 对于逆向测试用例，一次只能覆盖一个

### 边界值分析法

边界值分析法是针对限定边界规则设计测试点的方法。

边界范围节点：

- 开区间去内离点，闭区间取外离点，避免重复测试。

设计步骤：

1. 理解需求
2. 划分有效和无效的长度、类型、规则.
3. 提取边界值，包括上点、内点、离点.
4. 提取数据编写测试用例).

### 判定表

判定表是一种以表格形式表达多条件逻辑判断的工具，适用于多个条件、多个结果、输入条件有组合关系、输入条件与输出结果存在依赖关系的情况。

组成：

- 条件桩：列出所有条件.
- 动作桩：列出可能采取的操作.
- 条件项：条件对应的结果取值.
- 动作项：在条件取值后，产生的结果值.

### 场景法（流程图法）

场景法主要用于解决覆盖场业务景测试问题。

实施步骤：

1. 根据业务流程图梳理出可能的业务场景.
2. 编写用例覆盖场景).

### 冒烟测试

冒烟测试是在正式测试（批量测试）之前，执行业务正向测试用例，验证软件是否具备可测性。

### 错误推测法

1. 时间紧任务量大，根据经验可能出现的故障
2. 测试完毕，时间充足。根据测试经验或测试过程中出现的错误进行复测。

测试用例设计方法

### 软件测试学习内容总结

- 学习路线
- 阶段目标
- 基础概念了解





#### 一、阶段目标

✅ **独立完成功能测试 （初级必备能力）**



------

#### 二、学习路线

1. **测试基础**：掌握测试概念、分类、质量模型与流程。 
2. **测试设计**：编写测试用例（用例格式、逻辑与设计要点）。 
3. **缺陷管理**：学习缺陷跟踪与修复流程。 
4. **项目实战**：通过“黑马头条”项目应用理论知识。



------

#### 三、测试核心概念

1. 软件测试定义

- 通过技术手段查找软件缺陷。

1. **主流测试技能** 
2. **测试分类** 

- **按阶段划分**： 

- 单元测试（源码）、集成测试（接口模块）、系统测试（全系统）、验收测试（内测/公测）。

- **按代码可见度**： 

- 黑盒（不可见）、灰盒（部分可见）、白盒（全可见）。

- **其他分类**： 

- 性能测试（专项）、自动化测试（功能测试子类）。

1. **质量模型**
 ✅ **8大核心维度**：
 功能性、性能、兼容性、易用性、安全性、可靠性、可维护性、可移植性。 
2. **测试流程**
 **6个关键步骤**： 

1. 需求评审 → 2. 计划编写 → 3. 用例设计 → 4. 用例执行 → 5. 缺陷管理 → 6. 测试报告。



------

#### 四、测试用例设计

1. **核心作用** 

- 防止漏测、提供标准化测试依据（SOP）。

1. **编写格式**
 ![image.png](https://cos.livejourney.cn/vanblog/202510150229228.png)
3. **编写要点** 

- 站在执行者角度，确保前置条件清晰。 
- 测试步骤需与需求文档、原型图一致，避免过度纠结格式，注重逻辑结构。




------

#### 五、总结

✅ **学习重点**：掌握功能测试全流程，理解质量模型与测试分类，熟练编写测试用例，通过项目实战巩固技能。

✅ **应用方向**：初级测试工程师需具备独立设计用例、执行测试、管理缺陷及输出报告的能力。

软件测试基础理论知识

> 说实话代码部署麻烦一次就够了，不应该次次重复一遍。从而 DevOps 派上用场了。本次选用的是 Github Actions 流水线。不用 Gitee Go 不为别的，单纯的不会使。
>



### 前置条件
+ 开发完成代码已经与 Github 仓库进行关联
+ 了解 Linux shell 命令，需要在流水线配置文件中书写相应的 shell 脚本
+ 了解 docker 命令，SpringBoot 应用采用 Docker 部署
+ 了解 Nginx，博客首页以及博客管理页面通过 Nginx 进行部署

### Spring Boot 应用实现 DevOps
1. 编辑 Dockerfile 文件，给 Spring Boot 应用创建 Docker 镜像做准备

 ```dockerfile
 # 使用官方的 OpenJDK 作为基础镜像
 FROM anapsix/alpine-java:8_server-jre_unlimited

 # 设置工作目录
 # WORKDIR /app

 # 将本地 jar 包复制到镜像中
 COPY ./*.jar app.jar

 # 暴露应用的端口
 EXPOSE 8800

 # 启动应用
 ENTRYPOINT ["java","-Xms256m","-Xmx256m","-jar","/app.jar"]
 ```

2. 配置服务器登录信息以及阿里云容器镜像服务登录信息![](https://cos.livejourney.cn/2025/01/09/202501091802009.png)
 1. 进入代码仓库后点击 Settings，在展开的菜单中选择 Secrets and variables 点击后选择创建 6 个 secrets 分别如下：

 | Secrets | 含义 |
 | --- | --- |
 | DOCKER_LOGIN_URL | 阿里云 Docker 镜像私有仓库地址 |
 | DOCKER_PASSWORD | 阿里云 Docker 镜像私有仓库登录密码 |
 | DOCKER_USERNAME | 阿里云 Docker 镜像私有仓库登录用户名 |
 | SERVER_IP | 服务器 IP |
 | SERVER_USER_NAME | 服务器登录用户名 |
 | SSH_PASSWORD | 服务器登录密码 |




3. 创建 Github Actions 流水线 
 1. 首先点击 Actions 点击 New workflow![](https://cos.livejourney.cn/2025/01/09/202501091802562.png)
 2. 选择自定义工作流![](https://cos.livejourney.cn/2025/01/09/202501091802692.png)
 3. 编写工作流文件

 ```yaml
 name: Docker-Image-CI

 on:
 push:
 branches: [ master ]
 pull_request:
 branches: [ master ]

 jobs:
 build:
 runs-on: ubuntu-latest
 steps:
 - name: Check out the code
 uses: actions/checkout@v2

 - name: Set up QEMU
 uses: docker/setup-qemu-action@v1

 - name: Set up Docker Buildx
 uses: docker/setup-buildx-action@v1

 - name: Set up JDK 8
 uses: actions/setup-java@v4
 with:
 java-version: '8'
 distribution: 'temurin'
 cache: 'maven'

 - name: Build with Maven
 run: mvn clean package -Dmaven.test.skip=true

 - name: Move JAR to .github/workflows
 run: |
 mkdir -p .github/workflows
 mv ./target/*.jar .github/workflows/

 - name: Log in to Aliyun Docker Registry
 env:
 ALIYUN_DOCKER_USERNAME: ${{ secrets.DOCKER_USERNAME }}
 ALIYUN_DOCKER_PASSWORD: ${{ secrets.DOCKER_PASSWORD }}
 ALIYUN_DOCKER_URL: ${{ secrets.DOCKER_LOGIN_URL }}
 run: |
 echo "${ALIYUN_DOCKER_PASSWORD}" | docker login "${ALIYUN_DOCKER_URL}" --username "${ALIYUN_DOCKER_USERNAME}" --password-stdin

 - name: Remove old Docker images
 run: |
 docker images --format '{{.Repository}}:{{.Tag}}' | grep 'registry.cn-hangzhou.aliyuncs.com/nongscblog' | xargs -I {} docker rmi -f {}

 - name: Build Docker image
 run: docker build -f ./Dockerfile -t nblog-server .github/workflows/

 - name: Tag Docker image
 run: docker tag nblog-server registry.cn-hangzhou.aliyuncs.com/nongscblog/nblog-server:latest

 - name: Push Docker image to Aliyun registry
 run: docker push registry.cn-hangzhou.aliyuncs.com/nongscblog/nblog-server:latest

 - name: Set up SSH using username and password
 env:
 SSH_PASSWORD: ${{ secrets.SSH_PASSWORD }}
 SSH_USER: ${{ secrets.SERVER_USER_NAME }}
 SERVER_IP: ${{ secrets.SERVER_IP }}
 run: |
 sudo apt-get update
 sudo apt-get install -y sshpass
 sshpass -p "${SSH_PASSWORD}" ssh -o StrictHostKeyChecking=no ${SSH_USER}@${SERVER_IP} << 'EOF'
 # Login Aliyun Docker Repo
 # echo "${ALIYUN_DOCKER_PASSWORD}" | docker login "${ALIYUN_DOCKER_URL}" --username "${ALIYUN_DOCKER_USERNAME}" --password-stdin
 sudo docker login --username=${{ secrets.DOCKER_USERNAME }} --password=${{ secrets.DOCKER_PASSWORD }} ${{ secrets.DOCKER_LOGIN_URL }}
 # Stop and remove old container
 sudo docker ps -q -f "name=nblog-server" | xargs -r sudo docker stop
 sudo docker ps -aq -f "name=nblog-server" | xargs -r sudo docker rm

 # Remove old Docker images
 sudo docker image prune -a -f

 # Remove the specific Docker image
 sudo docker rmi -f registry.cn-hangzhou.aliyuncs.com/nongscblog/nblog-server:latest

 # Pull the new Docker image
 sudo docker pull registry.cn-hangzhou.aliyuncs.com/nongscblog/nblog-server:latest

 # create blog folders
 sudo mkdir nblog

 # Run the new container
 sudo docker run -itd --ulimit nofile=1024 --name nblog-server -p 8800:8800 -v $(pwd)/nblog/logs:/blog-api/log/blog-dev registry.cn-hangzhou.aliyuncs.com/nongscblog/nblog-server:latest
 EOF

 ```

4. 工作流文件编写好之后会直接触发 Actions 进行触发构建工作，等待完成直接部署至目标服务器![](https://cos.livejourney.cn/2025/01/09/202501091802053.png)
5. 查看服务器应用部署情况![](https://cos.livejourney.cn/2025/01/09/202501091802081.png)

### 博客首页部署
> 这个部署全靠[通义千问](https://tongyi.aliyun.com/)，这真是个好东西，兄弟们。正确输出你的需求，直接帮你完事，太棒了
>

首先这个没有使用 docker 镜像，使用使用 docker 镜像比较麻烦，要涉及容器之间通信问题，我不想解决这个问题，我直接选择逃避这个问题，选择曲线救国。

1. 配置服务器登录信息以及阿里云容器镜像服务登录信息![](https://cos.livejourney.cn/2025/01/09/202501091803198.png)

 | Secrets | 含义 |
 | --- | --- |
 | DEPLOY_FLODER | 构建后文件存放位置 |
 | SERVER_IP | 服务器 IP |
 | SERVER_USER_NAME | 服务器登录用户名 |
 | SSH_PASSWORD | 服务器登录密码 |


2. 创建 Github Actions 流水线 
 1. 首先点击 Actions 点击 New workflow![](https://cos.livejourney.cn/2025/01/09/202501091803926.png)
 2. 选择自定义工作流![](https://cos.livejourney.cn/2025/01/09/202501091803465.png)
 3. 编写工作流文件

 ```yaml
 name: BuildandDeployBlogView

 on:
 push:
 branches:
 - master # 监听main分支的push事件

 jobs:
 build-and-deploy:
 runs-on: ubuntu-latest

 steps:
 - name: Checkout code
 uses: actions/checkout@v3

 - name: Setup Node.js
 uses: actions/setup-node@v3
 with:
 node-version: '16' # 或者你使用的node版本

 - name: Install dependencies and build
 run: |
 npm install
 npm run build

 - name: Deploy to server via SSH
 uses: appleboy/scp-action@v0.1.0
 env:
 HOST: ${{ secrets.SERVER_IP }}
 USERNAME: ${{ secrets.SERVER_USER_NAME }}
 PORT: 22
 PASSWORD: ${{ secrets.SSH_PASSWORD }} # 或者使用KEY选项代替PASSWORD
 with:
 source: "dist/*"
 target: ${{ secrets.DEPLOY_FLODER }} # 替换为你的web根目录路径
 ```

3. 工作流文件编写好之后会直接触发 Actions 进行触发构建工作，等待完成直接部署至目标服务器![](https://cos.livejourney.cn/2025/01/09/202501091803004.png)
4. 查看 dist 文件部署情况![](https://cos.livejourney.cn/2025/01/09/202501091803732.png)

### 博客后台内容管理部署
与博客首页部署一致，其中需要注意的是 **DEPLOY_FLODER** 部署文件地址记得区分

### 后记
使用通义千问来实现自己的博客首页以及博客内容管理部署

![](https://cos.livejourney.cn/2025/01/09/202501091803987.png)

### 参考文章
1. [带你学习通过GitHub Actions如何快速构建和部署你自己的项目，打造一条属于自己的流水线](https://www.cnblogs.com/ancold/p/18327097)
2. [GitHub 文档 - Actions](https://docs.github.com/zh/actions)

NBlog博客实现流水线部署