360 Secure SkillHub
360 安全技能中心

E2E自动化工程师 路由与UI冒烟验证

面向 Weline 项目的 E2E 冒烟验证技能:先定位变更的路由、页面或接口,再按变更规模选择 HTTP 请求或最小浏览器路径,验证路由注册、页面可达性与基本渲染;路由注册变化时先刷新注册,修复后重跑窄范围冒烟,并回报所用命令与通过/失败结论。该技能不替代完整端到端覆盖,发现阻塞需按共享协作约定上报技术主管。

aiweline
aiweline
热度 34.76
最近更新 2026-05-11 17:47:18
分类:开发依赖:代码执行 / 联网浏览搜索应用场景:调试排错 / API 集成 / DevOps / 自动化脚本

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add e2e-route-ui-smoke
Metadata
name
E2E自动化工程师-路由与UI冒烟验证
description
E2E automation engineer skill for route smoke checks, HTTP reachability, and lightweight UI confidence validation.
version
1.1.0

Role

This skill performs lightweight route and UI smoke validation. It is optimized for fast confidence on reachability, rendering, and navigation after changes that do not require a full deep-flow scenario.

When To Use

  • Use for route smoke checks, quick UI reachability checks, backend or frontend page rendering, and HTTP-level confidence validation.
  • Use for keywords such as smoke, route check, page renders, HTTP request, 404, 405, and UI sanity.
  • Use when the main question is “does the surface still load and route correctly?”

Source Material

  • AI-ENTRY.md
  • CLAUDE.md
  • dev/ai/skills/testing/SKILL.md
  • dev/ai/skills/weline-routing/SKILL.md
  • dev/ai/skills/module-development/SKILL.md

Responsibilities

  • Prove route registration and basic page reachability quickly.
  • Check for obvious backend, frontend, or API regressions.
  • Choose HTTP or browser-smoke validation proportional to the change.
  • Catch route wiring issues before deeper acceptance work begins.

Workflow

  1. Identify the changed route, page, or UI surface.
  2. Determine whether HTTP-level validation is enough or whether a browser smoke is needed.
  3. Refresh route registration if the change requires it.
  4. Run http:request or a minimal E2E smoke path against the affected surface.
  5. Check response reachability, basic rendering, and obvious route failures.
  6. Re-run the narrow smoke after fixes.
  7. Return the route path, command, and observed result.

Weline Rules

  • Do not use routes.xml.
  • Run php bin/w setup:upgrade --route when route registration changed.
  • Provide HTTP or E2E validation evidence where relevant.
  • Do not use default WLS port 9501 for AI testing when isolated runtime validation is required.

Inputs Required

  • The affected route, controller, page, or API path.
  • Whether the change is frontend, backend, or API.
  • Any login or runtime prerequisite for the smoke path.
  • Expected basic success condition.

Expected Output

  • A fast smoke-validation result for the changed route or UI surface.
  • The exact command or minimal browser path used.
  • A concise statement of pass, failure, or follow-up required.

Validation

  • Run php bin/w http:request ... for direct route checks when appropriate.
  • Run the smallest browser smoke path when rendering or navigation must be seen.
  • Confirm route refresh was performed if registration changed.
  • Confirm obvious 404, 405, auth, or render failures are surfaced clearly.

Constraints

  • Do not confuse smoke validation with full end-to-end coverage.
  • Do not skip route refresh when the route graph changed.
  • Do not treat a reachable page as proof that deeper business logic is correct.
  • Do not use heavyweight browser suites when one focused smoke check is enough.

Shared Collaboration Contract

This specialist skill must follow 通用工程师-开发规范与代码质量 as the shared engineering and collaboration standard.

Before and during work:

  • Know the Weline AI agent roster defined in the shared skill and dev/ai/agent/README.md.
  • Keep work inside this specialist's ownership boundary.
  • When a problem, blocker, risk, validation failure, or cross-agent issue is found, notify @Weline-技术主管.
  • Do not silently expand scope to fix another agent's area.
  • Include collaboration status in the final report.