CHAPTER / 01
2021 / 技术支持:先理解人,再理解故障
技术支持的起点,是面对真实用户和复杂设备问题。用户通常不会带着完整日志来描述故障,而是带着一个被打断的任务。先理解对方要完成什么,才能判断技术问题究竟阻塞在哪里。
这一阶段积累的耐心、判断力和问题闭环意识,成为后续工作的基础。比起急于给出答案,更有价值的是把现象、环境和已尝试操作逐一还原,让下一步排查有明确方向。
- 还原用户目标与发生场景
- 把观察结果和推测分开记录
- 以用户能够继续完成任务作为闭环依据
CHAPTER / 02
2024 / 进阶 iOS 支持:从解决一次,走向理解一类
面对更复杂的系统问题,关注点开始从单次操作转向问题之间的联系。同一种表象可能来自不同条件,因此需要更仔细地区分设备状态、操作顺序和环境变化,避免把经验直接当作结论。
也正是在这个阶段,我开始追问:如果问题能在用户遇到之前被发现,会怎样?这个问题把技术支持中的现场观察,连接到了测试设计、风险识别和产品质量。
- 寻找重复现象背后的共同条件
- 用可复现步骤补足口头描述
- 把支持经验转化为测试问题
CHAPTER / 03
2025 / 应用测试:把现场经验带进研发
进入企业级 App 的测试与试点支持场景后,一线经验有了新的用途:提前思考用户会怎样操作、环境会怎样变化,以及流程在哪些地方容易让人误解。测试因此既关心软件行为,也关心真实使用过程。
设备迁移监控项目是这一阶段的重要实践。我参与现场反馈整理、弱网与连接场景验证,以及部署和操作指引整理,把发现问题延伸到反馈落地和团队复用。
- 围绕真实工作流程设计验证
- 给反馈补上场景、证据与影响
- 在修复后回到原始问题验证
CHAPTER / 04
2026 / App 开发:让理解逐步变成作品
当前的学习重点是 Swift 与 SwiftUI,并逐步补充 Python、Unix 和 AI 辅助开发能力。这仍是一段学习中的过程,目标是让过去对用户和质量的理解,能够落实到亲手构建的交互与功能。
我更愿意从一个可以解释清楚的小问题开始,完成界面、状态、异常和验证,再逐步扩展。AI 可以帮助拆解任务和理解代码,而是否真正理解、是否解决问题,仍需要自己用实际结果回答。
- 从小而完整的功能开始
- 同步考虑正常、空白与失败状态
- 用可观察的结果检验学习进度