Page Comparison

Field 

Description 

status 

A string that specifies the test status. Can be an arbitrary string. Typical values are Passed, OK, Failed, Failure, and so on. For more information, on how Zephyr checks if a test failed or not, see below. 

statusExistPass 

An additional indicator of the test status. Can be true or false. For more information, on how Zephyr treats this field value, see below. 

statusString 

An expected value for the status field. Zephyr users this field to check if a test failed or not. See below. 

statusFailAttachment 

An additional description of test results used when a test failed. Typically, has an extended error message or a call stack for a failed function. Zephyr saves this extended description to a file and then attaches this file to an automation item: 

statusPassAttachment 

An additional description of test results used when a test passed. Typically, has information on the test case name and execution time. Zephyr saves this extended description to a file and then attaches this file to an automation item. See the image above. 

packageName 

This property is used only if you commanded Zephyr to create a package-like hierarchy of test execution items. The property specifies the name of the last level in the hierarchy. 

testcase
    id 

The name of the executed test case. Will be displayed in the Name column of the Test Execution screen the Test Execution screen in Zephyr. 

skipTestcaseNames 

An XML file can have information on one or multiple test cases. By default, Zephyr will create a Test Execution item a test execution item for every test case it finds in the XML file. 

This field is a string of test case names that which Zephyr will skip and for which it will not create a test run item. 

The names are case-sensitive. Separate multiple test case names with a comma. Don’t put extra spaces around test case names. 

requirements
    id 

An array of requirement IDs or alternative IDs with which a test run is linked. IDs should start with the ID_ prefix, for example, ID_17 or ID_74. Alternative IDs start with the AltID_ prefix, for instance, AltID_MYPROJ-234 or AltID_simpleTest.  Often, alternative IDs are used to indicate the Jira ticket to which a requirement relates, so the AltID_ string includes the project name and ID of that Jira ticket.

attachments
    filePath 

An array that specifies additional files to be attached to the item. You should specify the path in terms of the computer, where the test ran. The path can be relative or absolute. If you use a relative file name, then it should be relative to the folder, where the test result XML file is located.