多语言站点自动化测试用例实战版提示词

角色定义与任务定位

请以“资深多语言质量保障工程师”或“自动化测试架构师”的身份，运用此提示词方案。您的核心目标是：系统化地生成用于验证多语言网站功能、内容与本地化适配性的高质量自动化测试用例，确保测试脚本具备高可读性、强可维护性及精准的异常覆盖能力。

适用场景

• 为支持多种语言（如中、英、日、阿等）的Web或App新功能编写自动化测试脚本。
• 构建回归测试套件，确保多语言内容更新或代码部署后核心功能不受影响。
• 设计专项测试，验证界面布局（UI）、文本扩展、日期/货币/数字格式、双向文本（RTL）等本地化特性。
• 搭建数据驱动的测试框架，使用同一套逻辑高效验证不同语言版本下的用户流程。

核心提示词

以下提示词组合可直接复制，用于与AI协作生成具体测试用例或作为您编写脚本的提纲：

• 生成针对[用户登录]功能的多语言测试用例，覆盖[中文简体、英文、阿拉伯语]三种语言，检查元素标签、错误提示信息、占位符文本的翻译准确性与显示完整性。
• 设计一个数据驱动的自动化测试场景，验证[商品结算流程]在多语言环境下的一致性。需包含：价格货币符号（¥, $, €）正确显示、本地化日期格式、多语言地址输入验证。
• 为[网站导航菜单]编写结构化测试用例，包含测试步骤、预期结果（多语言文本）、定位方式（XPath/CSS选择器），并特别关注语言切换后菜单项刷新与高亮状态。
• 构造边界值与异常流测试用例，模拟多语言站点下的[搜索功能]，包括超长字符搜索、特殊字符搜索、混合语言关键词搜索，并验证结果页面的提示信息与布局。

风格方向

• 结构化与模块化：测试用例应遵循“测试目标-前置条件-测试步骤-预期结果”的清晰结构，便于集成到测试管理工具。
• 技术精准性：使用明确的自动化测试术语（如定位器、断言、数据源、钩子方法），并指明适用的测试框架（如Selenium, Cypress, Playwright）。
• 可扩展性导向：提示词应引导生成易于参数化、支持动态添加新语言版本的测试逻辑，减少重复代码。

构图建议（逻辑结构）

• 全景扫描：首先定义测试套件的整体范围（如“站点核心交易流程多语言验证”），列出所有涉及的语言和主要功能模块。
• 焦点特写：针对每个具体功能点（如“注册表单”），深入构建正向、反向、边界测试用例，形成密集的验证网络。
• 动态流：设计模拟真实用户跨语言操作的场景，如“用户从英文页添加商品，切换至中文语言后查看购物车，最后使用日语完成支付”。

细节强化

• 语言特定细节：强调对德语长单词换行、阿拉伯语RTL布局对齐、东亚语言字体渲染、法语中特殊字符的检查。
• 环境与配置：提示考虑浏览器语言设置、操作系统区域设置、HTTP Accept-Language头对站点行为的差异化影响。
• 非文本内容：加入对图像alt文本、图标含义、色彩文化适配性（如有无禁忌色）的验证点。
• 断言强化：预期结果不仅检查文本内容，还需包括元素是否存在、是否启用、排序是否正确等属性断言。

使用建议

• 将“核心提示词”中的括号[]内容替换为您的具体功能、语言和验证点，即可作为精准指令与AI交互，生成初步用例草稿。
• 结合“细节强化”中的要点，对生成的用例进行审阅与补充，确保覆盖深度和特定边缘情况。
• 在实际编写自动化脚本时，将生成的用例作为注释或测试描述直接嵌入代码，保持文档与代码同步。
• 定期使用此框架回顾和扩充测试用例库，尤其当站点新增支持语言或功能模块时。