View test results
Once you start an XCUI test execution using REST API, you will be able to access the test execution results on the App Automate dashboard as well as using our REST API. Every test execution has a unique build ID
associated to it. This is returned in the API response to start test execution.
For each build ID
, there is a corresponding test build on the dashboard. Once a build is selected, you can see the overall summary of your test execution and results for each individual test case. You can drill down into the details of a specific test case to view its execution details and debugging information such as video recording, instrumentation logs and device logs. You can also use this build ID
to access test results and debugging information using REST API.
Interpreting test execution results
Each test case in the test-suite can have one of the following status :
-
Queued
: A test case queued for execution. This is the default initial state. -
Running
: A test case that is being executed. -
Error
: An erred test is one that failed due to an unanticipated issue on BrowserStack testing infrastructure. -
Failed
: Explicit assertion in the test case that marks the test as failed. This can also happen if there is an uncaught runtime exception during test execution. -
Passed
: Explicit assertion in the test case that marks the test as passed. -
Timed out
: Execution of a test case (in a running state) is halted either because:
(a) The session got timed out (by BrowserStack) because it exceeded 2 hour limit.
(b) The test case was “idle” for 15 mins (“Idle” is defined as no update from the test runner) -
Skipped
: A test case that was never invoked during the test-suite execution. It can happen in two different scenarios:
(a) The session got timed out (by BrowserStack) because it exceeded 2 hour limit. All remaining test cases in the session will be marked as skipped.
(b) Incorrect test class or test method names were passed inonly-testing
paramater in the REST API request to start XCUI test execution.
Interpreting build execution results
The status of a build depends on the status of executed tests in the build. BrowserStack sets build status as (in order of precedence):
-
Running
: If the status of one or more tests is running. -
Failed
: If one or more tests has failed assertions or uncaught run-time exceptions. -
Error
: If one or more tests had errors due to unexpected BrowserStack issues. -
Timed out
: If the status of one or more tests is timed out. -
Passed
: If the status of all tests is passed (excluding skipped). -
Queued
: If the status of all tests is queued. -
Skipped
: If status of all tests is skipped.
Related topics
-
Manage your uploaded app or test suite using our upload app REST API and upload test suite REST API.
-
Use the get app API endpoint and list test suites API endpoint to list your recently uploaded apps and test suites.
-
Delete your uploaded app or test suite using the delete app API endpoint and delete test suite API endpoint.
We're sorry to hear that. Please share your feedback so we can do better
Contact our Support team for immediate help while we work on improving our docs.
We're continuously improving our docs. We'd love to know what you liked
We're sorry to hear that. Please share your feedback so we can do better
Contact our Support team for immediate help while we work on improving our docs.
We're continuously improving our docs. We'd love to know what you liked
Thank you for your valuable feedback!