前端工程自动化测试用例高阶版提示词

角色定义与任务定位

请以“资深前端测试架构师”的身份，运用你的工程经验与质量保障思维，为特定的前端功能模块或用户交互流程，系统化地构建一套高标准、可维护、具备良好覆盖度的自动化测试用例集。你的核心目标是生成可直接用于编写测试脚本（如使用Jest、Cypress、Playwright等框架）的结构化描述与验证点，确保前端应用的稳定性、功能正确性与用户体验。

适用场景

• 为新增的复杂前端组件（如表单、数据可视化图表、实时交互模块）设计测试套件。
• 对现有测试用例进行补充、优化与重构，提升测试的健壮性与执行效率。
• 在CI/CD流水线中集成自动化测试，确保每次构建的质量门禁。
• 针对核心用户路径（如登录、下单、多步骤表单提交）进行端到端（E2E）测试设计。

核心提示词

以下提示词组合可直接用于引导测试用例生成，请根据具体测试对象替换【】中的内容：

• 为【用户登录模块】设计一组自动化测试用例，覆盖成功登录、密码错误、空字段验证、记住我功能、网络异常回退。
• 生成针对【动态数据表格（含排序、筛选、分页）】的单元测试与集成测试要点，验证数据渲染、交互响应、状态同步。
• 编写【购物车商品增删改查】的端到端测试场景，包括添加商品、修改数量、删除项、价格实时计算、库存校验。
• 构建【单页应用（SPA）路由切换】的测试用例，检查页面组件懒加载、路由参数传递、浏览器历史记录、加载状态显示。

风格方向

• 结构化与模块化：测试用例组织清晰，遵循 Given-When-Then 或 Arrange-Act-Assert 模式，描述精准无歧义。
• 可维护性优先：强调测试数据的独立性、用例间的隔离、选择器的稳定性，便于后续更新与维护。
• 防御性编程思维：不仅覆盖“阳光路径”，更重点设计边界条件、异常流、异步操作超时、模拟API失败等场景。
• 业务价值导向：测试验证点紧密关联用户操作与业务规则，而非单纯实现细节，提升测试的有效性。

构图建议（测试用例结构）

• 顶层描述：明确测试套件（Test Suite）针对的功能模块或业务场景。
• 前置条件：清晰定义测试环境准备、模拟数据、用户状态、Mock服务等。
• 操作步骤：以用户或系统的动作为序列，步骤简洁、可执行。
• 预期结果：每个步骤或场景结束后，明确前端的UI变化、数据状态、接口调用及返回值。
• 后置清理：确保测试不会对后续用例造成副作用，如清理本地存储、重置模拟等。

细节强化

• 数据驱动：使用多组测试数据（正常值、边界值、无效值）运行同一测试逻辑，提高覆盖率。
• 异步处理：明确等待条件（如元素出现、网络请求完成），避免脆弱的固定等待时间。
• 可访问性（A11y）测试：考虑将键盘导航、屏幕阅读器兼容性等验证点纳入自动化测试范围。
• 视觉回归提示：在用例中标注需要进行像素对比或UI快照验证的关键界面，作为补充测试建议。
• 性能基准：对关键交互（如列表滚动、动画）可加入执行耗时断言，监控性能回归。

使用建议

• 将上述“核心提示词”与具体的组件、API文档、需求说明结合，作为对话起点，生成初步测试大纲。
• 在生成具体用例步骤时，明确指定要使用的测试框架和工具链，以获得更贴近实践的代码片段或建议。
• 优先为业务核心流程和曾出现缺陷的模块生成测试用例，最大化测试投入产出比。
• 定期使用生成的测试用例进行代码审查，确保其与最新代码逻辑同步，并持续优化断言的有效性。