8.0 KiB
六列任务表与判定边界
本参考记录用户所附模板与原始用例的非显然结构，供处理这类工作簿时使用。新输入须重新核对表头和适用性，不要把示例页当作通用列号映射。
模板
assets/artemis-tasks.xlsx 来自用户的 artemis-tasks.xlsx。任务!A1:F1 才是本次约定的输出结构，依次为：
| 列 | 内容 |
|---|---|
| 用例编号 | 原编号加 〔来源页!行号〕；编号本身不可用作唯一键。 |
| 检测项目 | 对应原文项目，保留其语义。 |
| 测试子项 | 对应原文子项；没有独立子项时不杜撰。 |
| 测试用例 | 保留原用例目的与关键动作，必要时压缩冗余但不改变判据。 |
| 前置约束提取 | 本次确认的测试 App 版本、设备适用范围、账号/网络/状态、SN/秘钥等前置；一致性用例还需比较字段及独立预期值/来源；区分已知与待建立。 |
| Artemis提示词 | 以 【原表显示的用例编号】 + 原“测试用例”文本开头，再接完整、自包含的执行请求，见下方。 |
模板的 填写说明 页混用了“任务名称、任务目标、预期结果”等七列导入术语，和实际六列表头不一致；它是附件内容，不覆盖用户已确认的六列要求。保留该页，不拿它修改 任务 页的列数。
原始用例
所附“家庭安防多形态终端软件测试用例（移动看家2.0)”有 33 个可见页，不是一个统一表：典型页用 A:G 记录编号、项目、子项、用例、预置条件、步骤、预期；8告警事件 表头在第 2 行；13安全 的 D:H 才是名称、摘要、前置、步骤、结果；16 云化AI专项测试-基础包 用 E:I 记录子项到结果并有重复编号列。页标题还限定白盒、无卡槽、带屏等范围。右侧“新设备/固件变更”之类提测情形不是设备支持声明。1设备绑定 的“是否适用”用例行尚为空；设备功能集也未完成真实设备支持信息。因此当前原始文件不满足正式全量转换前置条件。
识别时从标题、表头和有实际步骤/期望的行建立用例记录；保留原始 sheet + row + 编号 键。合并单元格或续行可承接同一用例，但不要把每个格式行计成独立用例。对无法对应到一条用例的条目报告歧义，不悄悄丢弃。将适用性缺失的行集中列出，先请用户完成原始文档，再生成正式输出。
提示词与决策
对每条“是”，首字符起按 【原表显示的用例编号】 + 原“测试用例”文本（仅去首尾多余空白）拼接。保留原文已有的 【】，不要再给整段用例标题套一层方括号；不要把任务表编号列中的 〔来源页!行号〕 带入前缀，也不要写字面 +。例如 1设备绑定!3 的前缀是 【1.1】【声波配网】手动长按重置恢复出厂后首次绑定完成配网流程。这只是格式示例，该行还需人工复位，不能因此标成自动化“是”。若 Excel 数值编号的显示格式与底层数值不同（如 1.10），采用原表显示的编号。
前缀之后另起完整说明，至少明确：本次确认的测试 App 版本，并在执行时核对实际安装版本；在目标 Android 设备与应用的实际当前状态开始；需要建立的前置条件；依据原文进行的操作；等待可观察的界面状态而不是依赖模型思考时间；原文的预期结果及截图/页面文字/日志等可取得的证据；失败、未验证、版本不一致或条件不满足时如实报告。必要的 SN、秘钥、名称、型号可直接写入对应任务，但不能给无关用例灌入这些值。不要把缺失的原文判据补成看似确定的断言。
直播画面中的分辨率切换、全屏、声音开启/关闭等控件可能在点击画面后才显示，也可能藏在随之出现的二级菜单。仅当用例操作确实位于直播页且初次观察未找到目标元素时，提示 ARTEMIS 先截取/查看当前页面，轻点不覆盖明显按钮的直播画面区域一次，再观察新的控件或菜单并尝试定位目标。菜单若短暂显示，应在其可见时完成后续操作；若仍不存在，记录观察和截图，报告未找到，不反复盲点或编造菜单位置。声音开关可核对界面呈现的开/关状态、图标或可观察反馈；若预期要求确认实际声音质量或是否听得到，不能以图标变化冒充听音验证。此提示不是对当前 App 实际界面的预先验证，不能套用于设置页等其他场景。
App 设置页往往较长，目标功能可能在首屏下方。整理设置页用例时，如初次观察未见目标，提示 ARTEMIS 在设置列表中向上滑动较长距离（让下方内容出现），每次滑动后重新查看页面并查找目标；若仍未见，可根据页面变化继续滑动，直到可确认已到列表底部，再记录未找到。不要在未查看新页面时连续盲滑，也不要把用户的“多滑一点”写成未验证的固定像素、次数或坐标。
卡回看和云回看的日期/时间轴上，有颜色的区域通常表示有数据，空白区域通常表示无数据。整理有录像片段的回放用例提示词时，先识别当前选中的回看类型及其有颜色区域，再在已经过去的时间中选取该区域并尝试回放，以实际播放/页面结果验证；不要假设卡与云的有数据区相同，也不要仅凭颜色判定回放成功。若用例本身要检验无数据区域，则按原文选择空白的过去时间并核对无数据反馈，不能拿它作为有录像回放失败的证据。选取回放片段前核对当前设备/App 时间和所选时间的时区及先后，不要求拖到未来时间；不能把未来片段不存在判成回放失败。若原用例专门检验时间轴上界，则观察是否无法选取或播放未来时间，记录界面证据，不假定具体控件反馈。颜色含义是用户提供的一般操作线索，具体 App 界面仍须在执行时观察确认。
仅移动爱家 App：卡回放目标入口未见时，可先点击“云回看”，重新观察是否出现云回看/卡回放切换，再选择卡回放。其他 App 不沿用这条入口提示；切换未出现时记录当前页面并报告未找到，不编造固定按钮位置。此路径是用户提供的操作线索，真正编写可执行测试代码前仍须用 ARTEMIS 在目标 App 验证。
凡要求信息一致、匹配或同步，执行前核对具体比较字段、独立的预期值或可信来源，以及对应设备、账号、App 版本等范围。比如原用例要求“设备型号和厂商提供的一致”，须先取得厂商提供的目标型号，再将 App 中读到的型号与它比较；不能把 App 显示值同时当成预期和实际。缺少参照信息时列明待补项，该用例不可启动，也不可报告通过。
例：原文若要求“进入系统设置，修改一个可见开关并确认状态”，提示词应说明识别目标开关、记录初始状态、执行切换、等界面显示目标状态并记录证据；若原文还要求回退，则依原文回退。示例只说明写法，不证明附件中的某条用例具有这些步骤。
排除边界：PC 管理端、外接 console、实物遮挡/断电、需要人工听音/看画质、无法自主建立的网络或硬件状态，不标“是”。长时或重复的 Android 操作不是单凭次数就排除，但需有可测的时间/次数、可恢复前置状态和明确结果；缺任一关键条件则标“否”。ARTEMIS Pro 可观察 ADB/日志，不代表能代替外部硬件、PC 或人的感官。
截至附带的 ARTEMIS 1.0.1 源码，task_import.py 只接受工作表 任务 首行严格七列（任务名称、任务目标、预期结果、目标应用、前置条件、输入参数(JSON)、标签）。本六列任务表是供未来导入改造使用的业务模板，不宣称兼容 1.0.1，也不转换成七列。后续执行前核实服务的真实导入契约。