王祖旺十四周计划 #47

Merged
hnu202326010117 merged 1 commits from wangzuwang_branch into develop 3 weeks ago

@ -0,0 +1,121 @@
# 王祖旺第13周学习总结
## 本周完成情况概览
### 已完成内容
1. **项目前后端代码整体阅读与结构理解**
- 按照学习计划完成了项目前端Vue3 + Element Plus与后端FastAPI的完整代码阅读
- 系统梳理了项目目录结构、模块划分及核心业务链路,明确了日志采集、日志处理、大模型诊断、自动修复、结果反馈的完整流程
- 重点关注了模块之间的接口调用关系、数据流向及状态传递逻辑,为后续测试设计奠定了基础
- 输出了个人代码理解笔记及测试关注点清单,明确了关键风险模块
2. **前后端代码规范与 UI 规范系统性检查**
- 对前端代码进行了规范性检查,包括命名规范、组件职责划分、状态管理一致性及异常处理方式
- 对后端代码进行了分层结构、接口设计规范、日志记录、异常捕获及配置管理等方面的检查
- 结合前端页面实际效果,对 UI 规范进行了整体检查,涵盖布局一致性、交互提示、错误反馈及可读性
- 汇总形成了《代码与 UI 规范性修改建议文档》,对可优化点进行了分类说明(必改 / 建议改进)
3. **测试环境完善与一致性校验**
- 完成测试环境与当前代码版本的一致性校验,确保测试环境运行逻辑与最新实现保持同步
- 检查并补充了测试环境中的配置项(数据库、缓存、接口依赖等),避免因环境差异引发误判
- 初步梳理了测试环境部署与使用说明,为后续回归测试和多人协作测试提供基础保障
4. **基于代码理解的测试思路梳理**
- 在完整阅读代码后,从实现角度重新审视现有测试用例的覆盖情况
- 明确了核心业务流程中的关键判断分支、异常处理路径及边界条件
- 初步设计了需要重点补充的测试方向,包括接口异常场景、状态不一致场景及极端数据输入场景
### 部分完成 / 待完善内容
1. **测试用例落地执行仍不充分**
- 虽然已完成基于代码的测试思路分析,但部分测试用例仍停留在设计层面,尚未全部转化为可执行用例
- 自动化测试脚本覆盖范围有限,尚未全面覆盖核心业务模块
2. **覆盖率工具实践深度不足**
- 已了解并初步配置代码覆盖率相关工具,但尚未形成稳定的覆盖率数据产出
- 覆盖率结果与测试用例之间的量化关联仍需进一步实践
3. **测试文档体系仍需整合**
- 代码分析文档、规范性建议文档、测试环境说明文档仍较为分散
- 尚未形成统一的测试知识沉淀结构,后续整理成本较高
---
## 各领域掌握程度评估
### 项目代码理解能力
- **掌握状态**:整体掌握,细节持续深化中
- **具体表现**:能够清晰描述项目整体架构、核心模块职责及主要数据流向
- **能力描述**:具备从代码层面分析系统行为并发现潜在质量风险的能力
### 代码规范与质量评估
- **掌握状态**:已形成体系化检查能力
- **具体表现**:能够从测试视角识别代码规范、可维护性及 UI 一致性问题
- **能力描述**:开始具备质量左移意识,不再局限于“功能是否可用”
### 测试环境构建与维护
- **掌握状态**:基础能力稳定
- **具体表现**:能够独立检查并修复测试环境与代码不一致问题
- **能力描述**:具备保障测试结果可靠性的环境意识
---
## 问题分析与反思
### 主要学习成果
1. **从“黑盒测试”向“代码驱动测试”转变**
- 不再仅依赖需求文档设计测试,而是从代码实现逻辑出发反推测试点
- 对异常处理、边界条件和隐性逻辑的敏感度明显提升
2. **质量意识明显增强**
- 开始关注代码规范、结构合理性和 UI 一致性等非功能性质量问题
- 测试角色从“发现 bug”逐步向“提前发现风险”转变
3. **测试工作系统性增强**
- 能够将代码阅读、规范检查、环境保障与测试设计串联成完整链路
- 对项目整体质量保障有了更清晰的认知
### 存在不足与改进方向
1. **执行层面仍需加强**
- 阅读和分析投入较多,但测试用例执行与结果沉淀不足
- 需要在后续阶段加快从“分析”到“落地”的节奏
2. **自动化测试能力有待深化**
- 对工具的理解多于实战,实际项目中的应用仍偏浅
- 后续需围绕核心接口和流程补齐自动化测试覆盖
---
## 下周学习重点与方向(项目剩余 3 周)
### 高优先级
1. 将本周整理的测试思路全面转化为**可执行测试用例**
2. 针对核心流程开展**系统性功能测试与异常场景测试**
3. 跟进并验证代码规范修改建议的落实情况
### 中优先级
1. 引入并稳定使用覆盖率工具,形成基础数据
2. 梳理并统一测试相关文档结构,便于最终项目交付
### 低优先级
1. 对部分核心模块尝试补充简单自动化测试脚本
2. 总结项目级测试经验,为结题报告做准备
---
## 总体评价与展望
第13周是从“理解项目”向“真正参与项目质量保障”过渡的关键一周。本周基本完成了学习计划中设定的核心目标特别是在**代码理解、规范检查和测试环境完善**方面取得了实质性进展。
虽然在测试执行和自动化落地方面仍有不足,但整体已经完成了测试前期最重要的“打基础”工作。随着项目进入最后三周,测试工作的重心将从“分析与准备”逐步转向“验证与交付”。
**最大的收获**:建立了从代码层面看待测试工作的系统视角。
**最重要的认识**:测试不是项目后期的补救角色,而是贯穿开发全过程的质量保障力量。
---
**总结人**:王祖旺
**总结时间**第13周末

@ -0,0 +1,203 @@
# 王祖旺第14周个人学习计划
## 本周核心目标
- 【高优先级】将已完成的代码理解成果全面转化为可执行测试用例
- 【高优先级】开展系统性功能测试与异常场景测试,覆盖核心业务流程
- 【中优先级】验证并跟进前后端代码规范与 UI 规范修改建议的落实情况
- 【中优先级】引入并稳定使用测试覆盖率工具,形成初步测试质量数据
- 【低优先级】为项目后两周的测试冲刺与结题报告提前做好准备
## 每日计划分解
### 周一:测试用例体系整理与补充设计
**时间**19:00-22:00
#### 任务1现有测试用例梳理与结构调整1小时
**具体行动**
1. 汇总当前已有的功能测试用例与接口测试用例
2. 按项目核心流程(日志采集 → 诊断 → 修复 → 反馈)重新整理测试用例结构
3. 标记测试覆盖不足或逻辑模糊的用例
4. 明确哪些用例需要补充异常与边界场景
**产出**:测试用例结构梳理文档
#### 任务2基于代码逻辑补充关键测试用例1.5小时)
**具体行动**
1. 针对核心接口和业务模块补充功能测试用例
2. 设计异常输入、状态异常、接口失败等场景
3. 明确每个测试用例的前置条件、操作步骤和预期结果
4. 统一测试用例命名和描述规范
**产出**:新增/补充测试用例文档
#### 任务3测试重点与风险点确认0.5小时)
**具体行动**
1. 结合代码阅读成果,整理高风险模块清单
2. 确定本周测试执行的重点模块与优先级
3. 为后续测试执行制定初步时间安排
**产出**:测试重点与风险清单
---
### 周二:核心功能流程测试执行
**时间**19:00-22:00
#### 任务1核心业务流程功能测试1.5小时)
**测试重点**
1. 日志采集与数据接收完整性
2. 后端接口功能正确性与响应一致性
3. 前端页面展示与交互流程是否符合预期
4. 核心业务流程是否能顺利闭环执行
**产出**:功能测试执行记录
#### 任务2前后端交互与接口联调验证1小时
**具体行动**
1. 验证前端请求参数与后端接口契约一致性
2. 检查接口异常时前端提示是否合理
3. 关注接口边界条件下的系统表现
4. 记录发现的问题与潜在缺陷
**产出**:接口联调测试问题清单
#### 任务3缺陷初步整理与分类0.5小时)
**具体行动**
1. 对发现的问题进行分类(功能缺陷 / 交互问题 / 规范问题)
2. 标注问题严重程度和影响范围
3. 形成初版缺陷汇总列表
**产出**:缺陷初步汇总表
---
### 周三:异常场景与边界条件测试
**时间**19:00-22:00
#### 任务1接口异常与非法输入测试1.5小时)
**测试内容**
1. 参数缺失、参数格式错误等非法输入
2. 接口返回异常状态码时系统处理逻辑
3. 数据为空、数据极限值场景测试
4. 重复请求、并发请求下的稳定性表现
**产出**:异常场景测试记录
#### 任务2系统稳定性与容错性验证1小时
**具体行动**
1. 模拟部分模块不可用或异常返回场景
2. 验证系统是否存在崩溃或不可恢复问题
3. 检查异常日志记录是否完整、可追踪
4. 评估异常情况下系统的可用性
**产出**:系统稳定性测试记录
#### 任务3缺陷复查与补充记录0.5小时)
**具体行动**
1. 对已发现缺陷进行复现确认
2. 补充遗漏的异常问题
3. 更新缺陷状态与说明
**产出**:更新后的缺陷清单
---
### 周四:规范性修改验证与覆盖率工具实践
**时间**19:00-22:00
#### 任务1代码与 UI 规范修改验证1.5小时)
**具体行动**
1. 对照前期输出的规范性修改建议文档进行逐项检查
2. 验证已修改部分是否符合预期
3. 记录仍未修改或存在争议的规范问题
4. 评估规范问题对系统质量的实际影响
**产出**:规范修改验证报告
#### 任务2测试覆盖率工具使用实践1小时
**具体行动**
1. 在测试环境中运行覆盖率工具
2. 查看核心模块的覆盖率情况
3. 分析低覆盖率模块的原因
4. 结合覆盖率结果反思测试用例完整性
**产出**:初步测试覆盖率分析记录
#### 任务3测试文档整理与归档0.5小时)
**具体行动**
1. 整理本周已产生的测试文档
2. 统一文档命名与存储结构
3. 为后续结题材料做准备
**产出**:测试文档目录说明
---
### 周五:测试结果总结与下阶段规划
**时间**19:00-22:00
#### 任务1本周测试结果综合分析1.5小时)
**分析内容**
1. 核心功能测试通过情况
2. 缺陷类型分布与主要问题点
3. 当前系统主要质量风险评估
4. 测试覆盖情况整体评价
**产出**第14周测试分析总结
#### 任务2测试策略调整与冲刺准备1小时
**具体行动**
1. 根据当前测试结果调整后两周测试重点
2. 明确剩余时间内优先解决的问题
3. 规划回归测试与最终验证策略
**产出**:测试冲刺阶段策略说明
#### 任务3第15周学习计划制定0.5小时)
**计划制定**
1. 围绕缺陷修复验证与系统稳定性测试制定计划
2. 结合项目结题要求安排测试输出物
3. 明确最终测试目标与验收标准
**产出**第15周学习计划草案
## 学习策略与重点
### 测试执行导向原则
- 从“分析为主”转向“执行与验证为主”
- 确保每一个重要结论都有测试结果支撑
- 用测试数据而非主观判断评价系统质量
### 风险优先测试思维
- 优先测试高风险、高影响模块
- 在有限时间内最大化测试价值
- 避免平均用力、忽略关键问题
### 项目收尾意识
- 测试不仅是发现问题,更是为项目交付提供质量背书
- 提前为结题报告和成果展示准备可复用材料
- 注重测试成果的可展示性与可复述性
## 预期产出物
1. 系统化整理后的测试用例集
2. 功能测试与异常测试执行记录
3. 缺陷汇总与质量风险评估文档
4. 规范修改验证报告
5. 初步测试覆盖率分析结果
## 成功标准
- ✅ 核心业务流程完成系统性测试
- ✅ 主要异常与边界场景得到验证
- ✅ 形成清晰、可追溯的缺陷记录
- ✅ 测试工作开始进入项目收尾与冲刺节奏
## 风险评估与应对
1. **时间不足风险**
- 应对:优先保证核心流程与高风险模块测试
2. **缺陷集中暴露风险**
- 应对:及时整理问题,区分必须修复与可接受问题
3. **测试结论不够有说服力风险**
- 应对:用数据、用例与记录支撑测试判断
Loading…
Cancel
Save