Closed Joris-van-der-Wel closed 9 years ago
Hey, thanks for this PR. You can get test details already in testem, when you change the protocol from tap to browser.
Example:
"launchers": {
"SL_Chrome_latest": {
"exe": "node_modules/.bin/saucie",
"args": [
"-b",
"googlechrome",
"--at",
"--u"
]
"protocol": "browser"
},
}
Does that work for you? If you still need this functionality, could you add tests?
Ah, I read a lot of docs but I never came across the "protocol": "browser"
option. The purpose of saucie --attach
now also makes more sense. This could use some documentation.
It seems to work, I can see the results of the tests in testem. But I did have some issues:
testem ci
command also keeps running (there is no output after the last test is done).Here's the test session: https://saucelabs.com/tests/5c19dfd257c34cb184798133fc70bd55 (I am using mocha)
I was playing around a bit with this library & testem. I added a launcher to my testem.json:
I noticed that I only got a singular pass/fail result in testem, instead of a total count. So I added an argument to saucie to output the results of all test cases in TAP format:
This is the first time I am trying out SauceLabs so there might be some mistakes.
I used a library to intercept output (console.log, etc) so that I can that output them as TAP diagnostic lines (beginning with a
#
) instead. This works for me, but it might not be considered clean enough to merge. I wanted to get this working quickly (at least for now).Here is a sample of my TAP output:
I am outputting a double
#
because some diagnostic lines have special meaning in TAP