If you have been testing your applications, whether it is web or mobile, you might have noticed that Sauce Labs supplies its customers with a lot of information in the METADATA of each test that has been ran on the platform.
For Web tests, and for that matter for Virtual Cloud Tests (which include native applications as well as hybrid web apps), customers have access to the sessionId, which allows them to get access to the test, which could be shared with other members of the team. It could be done directly from the code by the driver.sessionId() method. This works like magic, but when it comes to tests run with RDC (Real Device Cloud), a customer might see a little extra information, and the session id that they see will actually be Appium Session ID, which is an artifact leftover after Test Object Legacy Platform and Sauce Labs Unified Platform joined forces and became one.
Example of an iOS Simulator Test METADATA:
Example of a Web Test METADATA:
Real Device Test METADATA:
This Appium Session ID, is not the same thing as the session ID used for Web tests and Virtual cloud tests. What a customer would want to use instead would be a Job Id. Sad to admit it, but there is no easy way to get it. if one uses the Appium method to get the session Id, that session id will be specific to, you guessed it - Appium session. Job ID in this case, is the ID that would allow a customer to create a sharable link.
At this time there is only one way to achieve that, and that is through the REST API: https://wiki.saucelabs.com/display/DOCS/Job+Methods+-+Real+Devices