Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current Restore this Version View Version History

Version 1 Next »

Ticket: MB-61 - Add Petitions Area to the Judicial Viewer

Understanding Flow:

Steps:

  1. User Logs In: The user logs into the Benchmark Web Application.

  2. Access Judicial Viewer: The user navigates to the Judicial Viewer and opens a specific case.

  3. Check User Rights:

    • The system checks if the user has the "View Petitions" right by verifying it in the Rights.cs class.

    • It also checks the Court Type ID in tblCourtTypePresentation to ensure that the court type allows petitions.

  4. Display Petitions Section:

    • If the user has the necessary right and the court type supports petitions, the Petitions Area is displayed.

    • The Petitions section can be either collapsed or expanded depending on user settings.

Web view case detail should be the same as window case detail view with Petition tab like mentioned below.

  1. User Interaction:

    • The user can expand or collapse the Petitions section.

    • The user can view detailed petition information (e.g., petition type, date filed, status, etc.).

    • If the user has update access, they can edit the petition details.

  2. Save Settings: Users can customize the visibility, collapsed/expanded state, and order of the Petitions section in the Case Summary settings.

2. Use Cases for MB-61

Use Case 1: View Petitions

  • Primary Actor: Case Manager.

  • Precondition: The user has the "View Petitions" right, and the court type allows petitions.

  • Trigger: The user navigates to the Judicial Viewer.

  • Main Success Flow:

    • The system checks the user's rights and court type configuration.

    • The Petitions Area is displayed based on the user’s settings (collapsed or expanded).

    • The user views the petition details.

  • Alternate Flow:

    • If the user lacks the "View Petitions" right or the court type does not allow petitions, the Petitions section is not displayed.

Use Case 2: Edit Petitions

  • Primary Actor: Case Manager

  • Precondition: The user has update access to the case.

  • Trigger: The user navigates to the Petitions Area and clicks to edit.

  • Main Success Flow:

    • The user selects a petition and edits the details.

    • The system validates the input data.

    • The changes are saved and reflected in the petition details.

  • Alternate Flow:

    • If the user does not have update access, the system does not allow edits.

3. Test Cases for MB-61

Test Case 1: Verify Display of Petitions Area

  • Test Step: Log in as a user with the "View Petitions" right and navigate to a case.

  • Expected Result: The Petitions Area is visible in the case summary.

  • Negative Test: Log in as a user without the "View Petitions" right. The Petitions Area should not be displayed.

Test Case 2: Verify Edit Functionality for Petitions

  • Test Step: Log in as a user with update access and navigate to a case.

  • Expected Result: The user can modify the petition details and save changes.

Test Case 3: Verify Configuration of Petitions Area

  • Test Step: Adjust the Petitions section’s visibility, collapsed/expanded state, and order in the Case Summary settings.

  • Expected Result: The configuration is applied correctly, and the Petitions Area reflects the chosen settings.