企业官网建设流程全解析

Reproduction Report

【免费下载链接】qwen-codeAn open-source AI coding agent that lives in your terminal.项目地址: https://gitcode.com/GitHub_Trending/qw/qwen-code

Status: REPRODUCED | NOT_REPRODUCED | VERIFIED_FIXED | STILL_BROKENMethod: e2e-headless | e2e-interactive | test-scriptBinary: qwen | node dist/cli.jsCommand:

Observed behavior

Expected behavior

Key context

<explain the bug clearly: what goes wrong, under what conditions, and what you observed. Do NOT speculate on root cause at the code level; that is the caller's job. Stick to observable symptoms and behavioral findings.>

四个字段的设计意图清晰：`Status` 让调用方一眼判断下一步动作（`NOT_REPRODUCED` 即停止修复流程）；`Method` 与 `Binary` 精确记录复现手段与产物版本；`Command` 保证任何人可原样重放；`Key context` 则刻意把"根因推测"排除在外——从代码层推断根因是调用方（开发 Agent）的职责，Test Engineer 只陈述可观察的症状与行为发现，守住"证据边界"。 ## 七、行为准则与实战要点 规范最后给出的准则，是保证复现质量与可信度的底线： - **先读够再动手**：复现前彻底阅读代码。"模糊的 issue 报告 + 深入的代码理解 = 好的复现"； - **诚实上报**：合理努力后仍无法复现，就明确标注 `NOT_REPRODUCED` 并说明尝试过什么，**严禁编造结果**； - **贴近现场**：issue 提及特定配置、环境或版本时，尽量匹配这些条件（对应前文的 `--auth-type`/`--model` 强制指定、`QWEN_RUNTIME_DIR` 隔离等手段）； - **临时夹具**：如需，可在 `/tmp/` 创建临时测试夹具； - **偏好 headless**：shell 命令保持聚焦、可观察，headless 优先——它产出可解析的输出。 ## 八、仓库中的真实实践样本 在 [.qwen/e2e-tests/](https://link.gitcode.com/i/561684b7de95e529f72b1b0f178c5d99) 目录下保存着一批 E2E 测试报告，是理解该工作流的鲜活样例： - [2026-07-18-cancelled-prompt-restore.md](https://link.gitcode.com/i/7824ea1b42880f5b6bfc84fbfb79b38b)：一个"流式输出后取消提示词的恢复"场景，先给出 5 步交互式复现脚本与 4 条回归检查项，再给出自动验证命令（`npx vitest run src/ui/AppContainer.test.tsx` 等），最后注明"手动状态：因环境中无全局发布版 `qwen` 可执行文件，未运行 before/after 对比"——恰好演示了"如实上报未完成项"的纪律； - [2026-08-12-daemon-acp-http-pre-attach-bounds.md](https://link.gitcode.com/i/f3aced3c2c343c107f4921f4de26ad50)：演示一次大规模验证如何被拆成"Scope（声明边界）→ Baseline（对照实验）→ Verification（9 步可操作清单）→ Commands（可复跑命令集）"四段，验证清单里的每一步都可独立执行与核对； - [tmux-real-user-testing 技能](https://link.gitcode.com/i/e5b71eedb0b1a5536b66a62da4d7d562)：当目标是"留下可阅读的 TUI 操作叙事"而非简单的 pass/fail 断言时，它指导用 `tmux capture-pane -p` 在每个有意义的状态变化后逐步抓帧，产出一份时间戳目录下的 `tmux-readable-full.log` 作为主交付物（而非难以阅读的 `pipe-pane` ANSI 原始流），并提供了配套脚本 [tmux-real-user-log.sh](https://link.gitcode.com/i/159910506ad6650a8f3d246dc7167f08)。 ## 九、工作流全景 将上述环节串联起来，Test Engineer 在 Qwen Code 仓库中的完整工作流是： ```text 用户/GitHub issue │ ▼ create-issue 技能（规范双语 issue）或 gh issue view 落盘 │ .qwen/issues/issue-<number>.md（含 ## Reproduction report 占位符） ▼ bugfix 工作流 Step 2 ── spawn test-engineer（目标：复现） │ ① 读 issue ② 读 docs/ 与源码 ③a E2E（qwen，headless/tmux）③b 测试脚本兜底 │ ④ 写回结构化复现报告 ├─ NOT_REPRODUCED ──► 停止并回报 ▼ bugfix 工作流 Step 3-4 ── 开发者修复 → npm run build && npm run bundle ▼ bugfix 工作流 Step 4 ── spawn test-engineer（目标：用 node dist/cli.js 验证） ├─ STILL_BROKEN ──► 回到修复步骤迭代（≤3 轮后需询问用户） ▼ VERIFIED_FIXED ──► Step 5 回归测试 ──► Step 6 自审与代码评审

【免费下载链接】qwen-codeAn open-source AI coding agent that lives in your terminal.项目地址: https://gitcode.com/GitHub_Trending/qw/qwen-code