The ATF Code Coverage API provides endpoints to compute code coverage from Automated Test Framework (ATF) runs. Coverage can be retrieved by filtered line numbers, for specific script IDs, or for all scripts covered by a set of test suite/test runs.
ATF code coverage is a tool that enables you to determine what percentage of code in a deployment request is covered by ATF test suites.
By default, if ATF test suites cover less than 70% of the code in a deployment request, ReleaseOps transitions the deployment request to the Reconciling state and a test failure task is automatically created. You can adjust the ATF code coverage threshold in the deployment request assessment playbook. For more information, see Set Automated Test Framework (ATF) code coverage.
ATF Code Coverage - POST /now/atf/code_coverage/all
Aggregates coverage across all scripts covered by the provided ATF runs. Supports combining test suite runs and individual test runs.
URL format
Versioned URL: /api/now/v1/atf/code_coverage/all
Default URL: /api/now/atf/code_coverage/all
Supported request parameters
Name
Description
api\_version
Optional. Version of the endpoint to access. For example, `v1` or `v2`. Only specify this value to use an endpoint version other than the latest. Data type: String
Name
Description
None
Name
Description
test\_suite\_result\_ids
Required unless `test_result_ids` are provided. List of test suite result sys\_ids. Both `test_result_ids` and `test_suite_result_ids` can be included in the same request.Table: Test Suite Results \[sys\_atf\_test\_suite\_result\] Data type: Array of strings
test\_result\_ids
Required unless `test_suite_result_ids` are provided. List of test result sys\_ids to include. Both `test_result_ids` and `test_suite_result_ids` can be included in the same request.Table: Test Results \[sys\_atf\_test\_result\] Data type: Array of strings
verbose
Flag that indicates level of detail to provide in the response for each custom test script.Valid values:
true: Include detailed per-item coverage in the response body details object.
false: The response body details object will return empty or not at all.
Default: false
Data type: Boolean
sys\_scopes
Filter results to specified application scopes. For example, `["x_my_app", "global"]`. Multiple scopes use OR logic, so any matching scope is included. No filtering occurs if any empty or NULL array is provided.Data type: Array of strings
Headers
The following request and response headers apply to this HTTP action only, or apply to this action in a distinct way. For a list of general headers used in the REST API, see Supported REST API headers.
Header
Description
Accept
Data format of the response body. Supported types: application/json or application/xml. Default: application/json
Header
Description
None
Status codes
The following status codes apply to this HTTP action. For a list of possible status codes used in the REST API, see REST API HTTP response codes.
Status code
Description
200
Successful. The request was successfully processed.
400
Bad Request. A bad request type or malformed request was detected.
500
Internal server error. An unexpected error occurred while processing the request. The response contains additional information about the error.
Response body parameters (JSON)
Name
Description
link
Link to the request record.Data type: String
details.<scriptId>
Lists the ATF aggregation coverage percent of each custom test script by script sys\_id.Data type: Number
api\_request\_sys\_id
The sys\_id of the request.Table: ATF code coverage API requests \[sys\_atf\_code\_coverage\_request\] Data type: String
result
Success or error message.Error response formats: - 400 Bad Request `{ "result": "Validation error: " }` - 500 Internal Server Error `{ "result": "Internal server error: " }` Possible errors: - Request body validation - `Request body is required and cannot be empty` - Test ID validation - `At least one valid (non-empty) ID must be provided in either test_result_ids or test_suite_result_ids` - Type mismatch - `Invalid data type in request parameters` Data type: String
total
Overall code coverage percentage reflecting the combined ATF code coverage of the scripts listed in the details property. The value is zero if no custom scripts are associated with the tests provided or no percentage of code coverage has been provided.Possible values: 0-100
Data type: Number
truncation\_message
If request data was truncated during persistence, provides details about what scripts have truncated information.Example message: `truncation_message: "Field atf_code_coverage_request.metadata_info truncated from 5000 to 4000 characters (max: 4000). Consider increasing column length to prevent data loss"` Data type: String
was\_truncated
Flag that indicates whether request data was truncated during persistence. You can change the default number of characters supported using glide.db.truncate_utf8 system property as described in the Additional information section.Valid values:
true: Request data was truncated during persistence.
false: Request data was not truncated during persistence.
Data type: Boolean
Default number of characters: 4000
cURL request
The following example shows how to retrieve all of the code coverage for a selected test result suite and test result.
Optional. Version of the endpoint to access. For example, `v1` or `v2`. Only specify this value to use an endpoint version other than the latest. Data type: String
Name
Description
None
Name
Description
test\_suite\_result\_ids
Required unless `test_result_ids` are provided. List of test suite result sys\_ids. Both `test_result_ids` and `test_suite_result_ids` can be included in the same request.Table: Test Suite Results \[sys\_atf\_test\_suite\_result\] Data type: Array of strings
test\_result\_ids
Required unless `test_suite_result_ids` are provided. List of test result sys\_ids to include. Both `test_result_ids` and `test_suite_result_ids` can be included in the same request.Table: Test Results \[sys\_atf\_test\_result\] Data type: Array of strings
script\_array
Required. One or more valid script sys\_ids to evaluate for code coverage. Must contain at least one valid \(non-empty\) script identifier. Null, empty, or whitespace-only entries are filtered out.Table: Metadata Tracing \[sys\_traced\_metadata\] Data type: Array
verbose
Flag that indicates level of detail to provide in the response for each custom test script.Valid values:
true: Include detailed per-item coverage in the response body details object.
false: The response body details object will return empty or not at all.
Default: false
Data type: Boolean
sys\_scopes
Filter results to specified application scopes. For example, `["x_my_app", "global"]`. Multiple scopes use OR logic, so any matching scope is included. No filtering occurs if any empty or NULL array is provided.Data type: Array of strings
Headers
The following request and response headers apply to this HTTP action only, or apply to this action in a distinct way. For a list of general headers used in the REST API, see Supported REST API headers.
Header
Description
Accept
Data format of the response body. Supported types: application/json or application/xml. Default: application/json
Header
Description
None
Status codes
The following status codes apply to this HTTP action. For a list of possible status codes used in the REST API, see REST API HTTP response codes.
Status code
Description
200
Successful. The request was successfully processed.
400
Bad Request. A bad request type or malformed request was detected.
500
Internal server error. An unexpected error occurred while processing the request. The response contains additional information about the error.
Response body parameters (JSON)
Name
Description
link
Link to the request record.Data type: String
details.<scriptId>
Lists the ATF aggregation coverage percent of each custom test script by script sys\_id.Data type: Number
api\_request\_sys\_id
The sys\_id of the request.Table: ATF code coverage API requests \[sys\_atf\_code\_coverage\_request\] Data type: String
{ "result": "Internal server error: <error_message>" }
Possible errors:
Request body validation - Request body is required and cannot be empty
Script array validation results if the script_array request entries provided are null, empty, or whitespace - "script_array is required and cannot be empty - script_array must contain at least one valid script identifier"
Test ID validation - At least one valid (non-empty) ID must be provided in either test_result_ids or test_suite_result_ids
Type mismatch - Invalid data type in request parameters
Data type: String
total
Overall code coverage percentage reflecting the combined ATF code coverage of the scripts listed in the details property. The value is zero if no custom scripts are associated with the tests provided or no percentage of code coverage has been provided.Possible values: 0-100
Data type: Number
truncation\_message
If request data was truncated during persistence, provides details about what scripts have truncated information.Example message: `truncation_message: "Field atf_code_coverage_request.metadata_info truncated from 5000 to 4000 characters (max: 4000). Consider increasing column length to prevent data loss"` Data type: String
was\_truncated
Flag that indicates whether request data was truncated during persistence. You can change the default number of characters supported using glide.db.truncate_utf8 system property as described in the Additional information section.Valid values:
true: Request data was truncated during persistence.
false: Request data was not truncated during persistence.
Data type: Boolean
Default number of characters: 4000
Additional information
Large request payloads may be truncated when persisted if the request data exceeds database field limits.
The following fields in the ATF code coverage API requests [sys_atf_code_coverage_request] table are subject to truncation:
test_suite_results - JSON array of test suite result IDs.
test_results - JSON array of test result IDs.
metadata_info - JSON object containing filtered lines or a script array.
If the was_truncated property is true, details are provided in the truncation_message property of the response body. Additionally, the system logs the following message:
Field <table_name>.<field_name> truncated from <original_length> to <truncated_length> characters (max: <max_field_length>). Consider increasing column length to prevent data loss"
The glide.db.truncate_utf8 system property truncation behavior:
If glide.db.truncate_utf8 is true, the information truncates at UTF-8 byte boundaries. This setting is safer for multi-byte characters.
If glide.db.truncate_utf8 is false (default), the information truncates at character boundaries. The default boundary is 4000 characters.
cURL request
The following example shows how to retrieve the code coverage for a selected test result suite filtered by a specific test script. When verbose is false or omitted, the details object is empty. Only the overall total percentage is returned.
Optional. Version of the endpoint to access. For example, `v1` or `v2`. Only specify this value to use an endpoint version other than the latest. Data type: String
Name
Description
None
Name
Description
test\_suite\_result\_ids
Required unless `test_result_ids` are provided. List of test suite result sys\_ids. Both `test_result_ids` and `test_suite_result_ids` can be included in the same request.Table: Test Suite Results \[sys\_atf\_test\_suite\_result\] Data type: Array of strings
test\_result\_ids
Required unless `test_suite_result_ids` are provided. List of test result sys\_ids to include. Both `test_result_ids` and `test_suite_result_ids` can be included in the same request.Table: Test Results \[sys\_atf\_test\_result\] Data type: Array of strings
filtered\_lines
Required. Map of metadata sys\_ids and corresponding code lines to designate for code coverage \(e.g., `{ "": { "script": [...] } }`\).Data type: Object
filtered\_lines.<sys\_id>
Required, must not be empty. One or more script sys\_ids to evaluate for code coverage. Must contain at least one valid \(non-empty\) script identifier. Null, empty, or whitespace-only entries are filtered out.Table: Metadata Tracing \[sys\_traced\_metadata\] Data type: Object
filtered\_lines.<sys\_id>.script
Required. List of line numbers and strings of ranges of lines numbers. All values provided must be positive integers greater than or equal to 1.Valid line number formats: - Individual lines: \[1, 7, 10\] - Ranges: For example, \["1-7"\] expands to \[1, 2, 3, 4, 5, 6, 7\]. - The format is start-end, where the value of start is less than or equal to end. - The maximum range is 10000 lines. - Mixed formats. For example, \[1, "3-6", 7\] expands to \[1, 3, 4, 5, 6, 7\]. Example:
Flag that indicates level of detail to provide in the response for each custom test script.Valid values:
true: Include detailed per-item coverage in the response body details object.
false: The response body details object will return empty or not at all.
Default: false
Data type: Boolean
sys\_scopes
Filter results to specified application scopes. For example, `["x_my_app", "global"]`. Multiple scopes use OR logic, so any matching scope is included. No filtering occurs if any empty or NULL array is provided.Data type: Array of strings
Headers
The following request and response headers apply to this HTTP action only, or apply to this action in a distinct way. For a list of general headers used in the REST API, see Supported REST API headers.
Header
Description
Accept
Data format of the response body. Supported types: application/json or application/xml. Default: application/json
Header
Description
None
Status codes
The following status codes apply to this HTTP action. For a list of possible status codes used in the REST API, see REST API HTTP response codes.
Status code
Description
200
Successful. The request was successfully processed.
400
Bad Request. A bad request type or malformed request was detected.
500
Internal server error. An unexpected error occurred while processing the request. The response contains additional information about the error.
Response body parameters (JSON)
Name
Description
link
Link to the request record.Data type: String
details.<scriptId>
Lists the ATF aggregation coverage percent of each custom test script by script sys\_id.Data type: Number
api\_request\_sys\_id
The sys\_id of the request.Table: ATF code coverage API requests \[sys\_atf\_code\_coverage\_request\] Data type: String
result
Success or error message.Error response formats: - 400 Bad Request `{ "result": "Validation error: " }` - 500 Internal Server Error `{ "result": "Internal server error: " }` Possible errors: - Filtered lines validation - `"filtered_lines is required and cannot be empty" - "filtered_lines must contain at least one metadata entry with valid line numbers"` - Filtered lines structure errors: - `"Invalid line number format in filtered_lines: "` - `"Invalid data type in filtered_lines: Ensure line numbers are integers or valid range strings (e.g., '1-7')"` - `"Null value found in filtered_lines structure. All metadata IDs, field names, and line number lists must be non-null"` - `"Unexpected error processing filtered_lines: : "` - Line number format errors: - Generic parsing failure - `"Invalid line number format: "` - - Line number < 1 - `"Line number must be positive: "` - Line range selection error, such as "a-b" - `"Invalid range format: . Both start and end must be valid integers"` - Line range selection error, such as "10-5" - `"Invalid range: . Start value () must be less than or equal to end value ()"` - Line range selection error, such as "-5-10" - `"Invalid range: . Line numbers must be positive (start: )"` - Line range selection error, such as "1-50000" - `"Range too large: . Maximum range size is 10000 lines (requested: )"` - Request body validation - `Request body is required and cannot be empty` - Test ID validation - `At least one valid (non-empty) ID must be provided in either test_result_ids or test_suite_result_ids` - Type mismatch - `Invalid data type in request parameters` Data type: String
total
Overall code coverage percentage reflecting the combined ATF code coverage of the scripts listed in the details property. The value is zero if no custom scripts are associated with the tests provided or no percentage of code coverage has been provided.Possible values: 0-100
Data type: Number
truncation\_message
If request data was truncated during persistence, provides details about what scripts have truncated information.Example message: `truncation_message: "Field atf_code_coverage_request.metadata_info truncated from 5000 to 4000 characters (max: 4000). Consider increasing column length to prevent data loss"` Data type: String
was\_truncated
Flag that indicates whether request data was truncated during persistence. You can change the default number of characters supported using glide.db.truncate_utf8 system property as described in the Additional information section.Valid values:
true: Request data was truncated during persistence.
false: Request data was not truncated during persistence.
Data type: Boolean
Default number of characters: 4000
Additional information
Large request payloads may be truncated when persisted if the request data exceeds database field limits.
The following fields in the ATF code coverage API requests [sys_atf_code_coverage_request] table are subject to truncation:
test_suite_results - JSON array of test suite result IDs.
test_results - JSON array of test result IDs.
metadata_info - JSON object containing filtered lines or a script array.
If the was_truncated property is true, details are provided in the truncation_message property of the response body. Additionally, the system logs the following message:
Field <table_name>.<field_name> truncated from <original_length> to <truncated_length> characters (max: <max_field_length>). Consider increasing column length to prevent data loss"
The glide.db.truncate_utf8 system property truncation behavior:
If glide.db.truncate_utf8 is true, the information truncates at UTF-8 byte boundaries. This setting is safer for multi-byte characters.
If glide.db.truncate_utf8 is false (default), the information truncates at character boundaries. The default boundary is 4000 characters.
cURL request
The following example shows how to retrieve all code coverage for a selected test result suite and test result.