Open pacerwow opened 3 months ago
If doing this as one ticket is too large, I need guidance from the team on how to break up this work. I made a suggestion in Slack, please lmk what you decide.
Action Items:
@aurora-a-k-a-lightning would you be able to work with the team to verify if we have automated testing that tests the functionality of this feature (editing from the Review & Submit page)? Keep the effort light.
@pacerwow to write a series of stories that integrate manual UI testing into the existing Test Rail test cases. Pacerwow will segment these stories by form section; Veteran Details, Disabilities, PTSD, Supporting Evidence, Additional Information, and Review. Pacerwow will integrate these into the existing test cases we have for Minimal, BDD, POW, FCD, Toxic Exposure, Housing, etc. Pacerwow to find out what test cases Conditions team and Carbs has.
What about 0781? How much of this coverage is valuable? How will we handle conditional form flows?
Issue Description
As an DBEX product team member, I need to make sure that the Veteran can easily change the details of their application from the Review & Submit screen without error so that they feel satisfied when the form is submitted with the correct information. Additionally, a "correct" submission means that the Veteran's claim won't be incorrectly labeled as BDD, which may impact their ability to receive disability compensation benefits in a timely manner and without frustration.
Tasks
Acceptance Criteria
Additional Context & Information
Do we want to begin with just POW, Terminally Ill, Housing? What could we include? Exclude? What types of changes will trigger conditional more complex workflows? Maybe we can exclude just these until a later date?
How to configure this issue
product support
,analytics-insights
,operations
,service-design
,Console-Services
,tools-fe
)backend
,frontend
,devops
,design
,research
,product
,ia
,qa
,analytics
,contact center
,research
,accessibility
,content
)bug
,request
,discovery
,documentation
, etc.)