Open cholly75 opened 1 month ago
Pre-refinement questions:
Expected Results:
*Repeat this test but instead click the Save Entry button. Be sure that you can navigate back to the document and serve as per normal.
Expected Results:
*Repeat this test but instead click the Save Entry button. Be sure that you can navigate back to the document and serve as per normal.
Expected Results:
Repeat this test but instead click the Save Entry button. Be sure that you can navigate back to the document and serve as per normal. Repeat this test, but instead choose Status report or Stipulated Decision"
Expected Results:
Repeat this test but instead click the Save Entry button. Be sure that you can navigate back to the document and serve as per normal. Repeat both tests above, but instead choose Status report or Stipulated Decision" *Repeat the test above, but as the Judge, don't sign the order and just send the message to Docket.
Expected Results:
Repeat this test but instead click the Save Entry button. Be sure that you can navigate back to the document and serve as per normal. Repeat both tests above with various combinations of data entry in the Status Order Report. There shouldn't ever be any Additional Order Text present in the description fields.
Expected Results:
Expected Results:
Expected Results:
As a docket clerk, so that I do not need to assemble a docket entry description manually for status report orders, I need status report orders generated by DAWSON to prepopulate the docket entry description for me.
When the generated draft status report order is added to the docket record, docket clerks must scan the order and make adjustments to the document description and in some cases document type itself. Given that these edits are based entirely on text generated from selections made in the process of generating the order itself, we would like to use our knowledge of those selections to prepopulate the docket entry fields when docketing to reduce the amount of manual work and potential for error on the part of the docket clerk. This will also help ensure a uniform description for these types of orders.
The AC below should apply to all draft generated status report orders only. Examples of desired behavior in the Notes below.
Pre-Conditions
Acceptance Criteria
Default text in the "What is this order for?"/Description fields is prepopulated and assembled on the Add Docket Entry screen based on selections made in the OSR generator in two sections: Order Type and Jurisdiction.
Docket clerk can still edit any of the prepopulated fields/text as per usual.
ORDER TYPE:
If "Status Report" is selected, then the text "Parties by [DATE] shall file a status report." is added to the description
If "Status Report or Stipulated Decision" is selected, then the text "Parties by [DATE] shall file a status report or proposed stipulated decision." is added to the description.
In both of the above cases, [DATE] represents the due date selected in the generator, in the format mm/dd/yy
JURISDICTION:
If "Case is stricken from the trial session" is checked, then the text "Case is stricken from the current trial session." is added to the description field.
ASSEMBLING THE DESCRIPTION:
Notes
Example 1: Given the following selections used to generate a status report order:
The following is displayed on the Add Docket Entry screen:
Example 2: Given the following selections used to generate a status report order:
The following is displayed on the Add Docket Entry screen:
Tasks
Test Cases
Story Definition of Ready (updated on 12/23/22)
The following criteria must be met in order for the user story to be picked up by the Flexion development team. The user story must:
Process: Flexion developers and designers will test if the story meets acceptance criteria and test cases in Flexion dev and staging environments (“standard testing”). If additional acceptance criteria or testing scenarios are discovered while the story is in progress, a new story should be created, added to the backlog and prioritized by the product owner.
Definition of Done (Updated 5-19-22)
Product Owner
UX
Engineering
efcms-local.json
, 3 local s3 files corresponding to that docketEntryId have been added toweb-api/storage/fixtures/s3/noop-documents-local-us-east-1
test
environment if prod-like data is required. Otherwise deployed to anyexperimental
environment.staging
environment.