Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QA: claim and appeal status | issue text of board appeals, supplemental claims, and higher level reviews #10423

Open
9 tasks
amylai-va opened this issue Feb 20, 2025 · 0 comments

Comments

@amylai-va
Copy link

Objective

Veterans see accurate information about the issues (or conditions) they are claiming for their board appeal, supplemental claim, and higher level review.

Reference Material:

  • The Caseflow team made updates to the Caseflow Appeals API, specifically to the issue text description.
  • This change impacts board appeals, supplemental claims, and higher level reviews, since information about these 3 decision reviews are retrieved from the Caseflow API
  • Previously, the issue text description reflected the description of the diagnostic code that was used to rate the condition, not the thing the Veteran was filing a decision review for -- this was a source of confusion for Veterans. Certain descriptions were also vague and not meaningful to the Veteran (e.g., "compensation issue")
  • Now, the issue text description will either reflect the description of the "request issue" or "decision issue" from Caseflow.
    • If a decision has been made, the issue text description will reflect the "decision issue"
    • If a decision has not been made, the issue text description will reflect the "request issue"

Known test data:

Epic(s)

Ticket Checklist

  • Acceptance criteria defined
  • Labels added (front-end, back-end, feature)
  • Linked to an Epic

Acceptance Criteria

    • Create test plan
    • Link to test case folder in TestRail
    • List of test data (or other testing needs) for Product
    • QA peer review of test plan & cases complete (sent out & feedback incorporated)
    • Decide if a feature signoff is needed. If yes, create the ticket and link to the appropriate epic.
    • Socialize the testing plan with relevant practices (Eng, UX, Product)

Notes:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant