|
|
|
|
@ -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周末
|