练习任务

练习:把给定 Bug 描述整理成复现步骤

把混乱用户反馈整理成工程师能尝试复现的 bug 单。

练习性质真实客户场景练习 · 无现金奖励
提交人数开放练习,不限人数;每位贡献者都可提交自己的版本
审核结果通过:+25 信誉点;需要修改或未通过:不加分,按反馈重交。
当前状态开放中
练习边界题目页看材料,任务房间提交和修改

这里不是正式提交区

这页只提供客户场景、题目材料、交付物、验收标准和建议格式。正式练习结果、附件、修改说明和审核结果都必须进入任务房间,才能按版本留下可审核记录。

练习题目页

用来理解场景、上下文、材料、交付物和通过/未通过标准,不在这里提交结果。

任务房间

提交完整结果、上传辅助文件、发送澄清消息;如果要求修改,也从同一入口提交新版本。

可重复练习

没有人数名额限制。多人可以提交,平台按同一题目标准分别审核每个版本。

审核记录

结果只有通过、需要修改、未通过。只有通过的版本才记录信誉点或进入案例审核。

任务背景

你要解决什么问题

用户反馈很模糊,但工程师需要知道环境、操作步骤、预期结果、实际结果和缺失证据。你的任务是整理,不是修 bug。

客户系统 / 工具假设

按这些上下文理解题目

假设用户使用 Chrome 浏览器访问一个任务提交网页。你没有后台日志,也没有截图,只能根据用户原话整理已知事实和待补信息。

已给材料

只能基于这些材料做判断

用户反馈:昨天 Chrome 里提交任务后页面卡住了,我点返回又改了一次表单,后来不知道保存没保存。好像发生过两次,具体时间不记得。
交付物

你需要提交什么

  • Bug 标题
  • 环境信息
  • 已知事实
  • 复现步骤假设
  • 预期结果
  • 实际结果
  • 缺失信息清单
  • 需要收集的截图或日志
验收标准

怎样算一份合格结果

  • 必须区分已知事实和假设
  • 不得编造用户没说的信息
  • 复现步骤要能让工程师尝试验证
  • 要列出下一步需要问用户的问题
提交格式

建议按这个格式提交

  • 提交一份标准 bug 单
  • 不要提交修复代码