mytool2002
27 lines
1.3 KiB
Gherkin
27 lines
1.3 KiB
Gherkin
Feature: case-closeout-and-signoff
|
||
|
||
Scenario: Happy Path
|
||
Given Accountant 打开一个已接近完成的案件，且交付结果已准备好进入收尾阶段
|
||
When Accountant 发起最终确认与签字流程
|
||
Then 系统应把案件推进到待确认或待签字状态，并持续跟踪客户是否完成必要回应
|
||
|
||
Scenario: Permission Case
|
||
Given Client 直接进入案件工作台内部的收尾控制区
|
||
When Client 尝试发起或改写案件收尾状态
|
||
Then 系统应拒绝该内部收尾操作，并保持只有 Accountant 可以发起正式收尾
|
||
|
||
Scenario: Error Case
|
||
Given Accountant 发起收尾时缺少待签文件或关键完成信息
|
||
When Accountant 提交收尾动作
|
||
Then 系统应提示缺失前置条件，并阻止案件被误标记为已完成
|
||
|
||
Scenario: Edge Case
|
||
Given Accountant 已发起签字，但客户长时间未回应
|
||
When Accountant 再次查看案件收尾状态
|
||
Then 系统应保留待签字状态并清楚标记超时风险，而不是自动把案件视为完成
|
||
|
||
Scenario: Accessibility Case
|
||
Given Accountant 依赖键盘导航或屏幕阅读器执行收尾操作
|
||
When Accountant 浏览确认动作、签字状态与异常提示
|
||
Then 系统应让收尾阶段、当前状态与后续动作可以被顺序访问并清晰朗读
|