mytool2002
27 lines
1.3 KiB
Gherkin
27 lines
1.3 KiB
Gherkin
Feature: document-completeness-review
|
||
|
||
Scenario: Happy Path
|
||
Given Accountant 打开一个已有上传资料的案件
|
||
When Accountant 在资料完整性核验区逐项判断资料是否已收到、可用或需补充
|
||
Then 系统应保存每项核验结果，并把资料状态沉淀为可追踪的判断结论
|
||
|
||
Scenario: Permission Case
|
||
Given Client 进入会计师端资料完整性核验区
|
||
When Client 尝试直接修改内部核验结论
|
||
Then 系统应限制该内部核验能力，并保持只有 Accountant 可以确认资料是否可用
|
||
|
||
Scenario: Error Case
|
||
Given Accountant 需要核验某项资料，但上传文件损坏或 AI 初审结果无法读取
|
||
When Accountant 查看该资料项
|
||
Then 系统应提示核验依据异常，并避免把无法判断的资料直接标记为通过
|
||
|
||
Scenario: Edge Case
|
||
Given 某项资料已上传，但内容与客户身份信息不匹配
|
||
When Accountant 执行资料完整性核验
|
||
Then 系统应允许将该资料标记为需补充或异常，而不是只根据是否上传做通过判断
|
||
|
||
Scenario: Accessibility Case
|
||
Given Accountant 依赖键盘导航或屏幕阅读器执行资料核验
|
||
When Accountant 浏览资料项、状态选项与补充说明
|
||
Then 系统应让资料名称、当前状态与核验结果可以被顺序访问并清晰朗读
|