日期：2026年6月22日
今天做了什么：
探索企业级工具 ：为了摸清大厂到底是怎么管理测试数据、测试环境和缺陷的，我锁定了大厂常用的项目管理软件------禅道（开源版 22.2）。
狂补基础流转：第一次打开禅道直接懵圈，权限和组织架构太复杂。我立刻去 B 站刷了速成视频，硬生生把一个软件从"提需求 ->开发 ->测试 -> 上线"的完整生命周期搞懂了。
录入核心资产：绕过了工具的卡点，在【测试】模块纯手工创建了【用户端-注册】的多个核心测试用例，包含正向注册流程、超长字符限制等场景。
遇到了什么问题:
工具卡点（禅道关联失败）：在禅道里创建了商城系统的"用户需求"和"研发需求"后，在【项目/迭代】里点击"关联需求"居然没反应。导致后面建用例的时候，没办法自动带出对应的需求。
思想动摇（功能没闭环还测不测？）：我看着自己本地的商城系统，发现"手机注册"和"邮箱注册"只能在前端点点，后端压根就没写完、没落库。我当时心里犯嘀咕："既然功能明显是断掉的、未闭环的，我还有必要浪费时间给它们写详细的用例吗？"
怎么解决的：
对工具卡点：不跟复杂的权限死磕。既然关联不上，我直接采用"降维破局策略"，相关需求直接留空，手工创建"孤立用例"，先把用例库建起来再说。后面再重新过一下完整的流程。
对思想动摇 ：和 AI 导师深度对线后猛然清醒------明知是死胡同，也得走一遍！
用例是资产：哪怕开发现在没做，用例也必须按需求写得跟账号注册一样详细，因为这是留给未来功能做好了之后的"回归测试基准"。
大厂避坑手法 ：面对后面几十条注定失败的用例，不能无脑提几十个 Bug（会被开发打死）。正确做法是：测出第一条可达性失败后，提一个严重阻塞（Block）Bug 。剩下的子用例全部勾选为 "阻塞（Blocked）"状态，合并关联到这个主 Bug 上。
学到了什么：
测试的"圣经"是需求，不是开发的现状。 开发没做完，那就是"功能漏开发"，属于严重缺陷。照常写用例并卡住它，这叫专业。
黑盒设计的组合拳。 写用例不能光测正向（Happy Path），用户名空格过滤（易用性）、图形验证码防刷（安全性）、弱网Loading（网络维度），这些才是拉开 laymen（圈外人）和专业 QA 差距的地方。