artifact: add FPA analysis outputs through round 6
This commit is contained in:
@@ -0,0 +1,26 @@
|
||||
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 系统应让资料名称、当前状态与核验结果可以被顺序访问并清晰朗读
|
||||
Reference in New Issue
Block a user