QA
进行有章程的探索测试场次
限时地图:所选功能或旅程的产品风险、可复现缺陷与后续测试。
流程
按这个顺序做。
- 用一句话章程命名目标、用户目标、风险、环境和明确排除。
- 准备账号、数据、设备、浏览器、可观测性和会话笔记模板;记录被测构建。
- 先走一遍顺利路径,再按发现风险变化输入、顺序、中断、权限、连通和边界。
- 测试时捕获简洁笔记、时间戳、截图或录制、控制台与网络证据和确切复现步骤。
- 按影响和可复现性分诊发现,区分缺陷与问题,并从干净状态复测疑似问题。
- 对照章程复盘,提交可行动缺陷,并为未覆盖风险提议回归测试或新章程。
先准备
猫会向你要的输入。
- 功能或用户旅程
- 测试构建与环境
- 风险焦点或章程
- 允许的测试账号与数据
路由器 + 一份 playbook
先路由。只选一份。
Cat Paw 每次任务只加载一份 playbook,不合并多份。先走这个路由器;其余路径是此 workflow 可检查的候选。
- 路由器:
engineering-pack skills/engineering/alirezarezvani/senior-qa/SKILL.mdskills/product/pm-execution/test-scenarios/SKILL.md
界限
界限跟着提示一起走。
- 使用非生产或明确授权的账号和数据。
- 除非章程授权且恢复已知,否则不要提交破坏性操作。
- 把观察与推断原因分开标注。
完成代表
一个可核对的终点。
章程已完成或明确限时结束,测试覆盖已记录,每条报告缺陷有可复现步骤和证据,或标为需调查。
来源
这个流程从哪来。
- learn.microsoft.com/en-us/azure/devops/test/connected-mode-exploratory-testing?view=azure-devops
- devblogs.microsoft.com/devops/getting-started-with-exploratory-testing/
来源确立 workflow 的模式。如有 Reddit 或社区帖子,视为实务轶事,不是普遍事实。