Karate tests: Cover authority deleting with integration tests

Test Case 1: Valid Deletion of Authority Record

Scenario: Deleting an Authority record by ID
Test Steps:

1. Given a valid Authority record ID exists in the system.

2. When the user deletes the Authority record using its ID.

3. Then the record should be deleted successfully.

4. And attempting to access the record by ID should result in a non-existent or inaccessible response.

5. And the related source record's state field should be marked as "DELETED".

6. And the 'deleted' attribute for the related source record should be set to true.

7. And the 'leaderRecordStatus' for the related source record should be 'd'.

Expected Outcome: All the specified conditions should be met after the deletion of the Authority record.

Test Case 2: Invalid Deletion Attempts

Scenario: Attempting to delete a non-existent Authority record
Test Steps:

1. Given an Authority record ID that does not exist in the system.

2. When the user attempts to delete the Authority record using this non-existent ID.

3. Then a suitable error or failure message should be returned.

4. And there should be no impact or change to any existing records.

Expected Outcome: The system should handle attempts to delete non-existent records gracefully without affecting other data.

Test Case 4: Filter by Source File

Scenario: Filtering authorities by a specific source file
Test Steps:

1. Given multiple Authority records exist with different source files.

2. When filtering authorities using a specific source file.

3. Then the API should return only the Authority records associated with that particular source file.

4. And records from other source files should not be present in the response.

Expected Outcome: The API should accurately filter and return only the Authority records associated with the specified source file.

Test Case 5: Filter by Headings Type

Scenario: Filtering authorities by a certain headings type
Test Steps:

1. Given multiple Authority records exist with different heading types.

2. When filtering authorities using a specific headings type.

3. Then the API should return only the Authority records that match the specified headings type.

4. And records with different heading types should not be included in the response.

Expected Outcome: The API should correctly filter and return only the Authority records that match the specified headings type.

Test Case 6: Filter by Date Created

Scenario: Filtering authorities by the date they were created
Test Steps:

1. Given multiple Authority records exist with various creation dates.

2. When filtering authorities based on a specific creation date range.

3. Then the API should return only the Authority records that were created within that date range.

4. And records created outside the specified date range should not be present in the response.

Expected Outcome: The API should effectively filter and return only the Authority records created within the specified date range.

Test Case 7: Filter by Date Updated

Scenario: Filtering authorities by the date they were last updated
Test Steps:

1. Given multiple Authority records exist with different update dates.

2. When filtering authorities based on a specific date range of updates.

3. Then the API should return only the Authority records that were updated within that date range.

4. And records updated outside the specified date range should not be included in the response.

Expected Outcome: The API should accurately filter and return only the Authority records updated within the specified date range.

Test Case 8: Combination of Filters

Scenario: Using multiple filters together
Test Steps:

1. Given a variety of Authority records with diverse source files, heading types, creation dates, and update dates.

2. When applying multiple filters simultaneously (e.g., source file, heading type, creation/update date ranges).

3. Then the API should return records that satisfy all specified filters simultaneously.

4. And records not meeting all filter criteria should be excluded from the response.

Expected Outcome: The API should correctly handle and apply multiple filters together, returning only the Authority records that meet all specified criteria simultaneously.

Test Case 9: Retrieving Archived Authority Records with Multiple Filters

Scenario: Fetching archived Authority records using multiple filters
Test Steps:

1. Given a mix of Authority records, some of which are archived and others that are active.

2. When retrieving archived Authority records using a combination of filters such as source file, heading type, creation date, and update date ranges.

3. Then the API should return only the archived Authority records that satisfy all specified filters simultaneously.

4. And active records or those not meeting all filter criteria should be excluded from the response.

Expected Outcome: The API should accurately filter and return only the archived Authority records that match all specified criteria (source file, heading type, creation date, update date) for archived records, leaving out any active records or those not meeting the filtering criteria.