You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 7, 2020. It is now read-only.
I got 3 different result set with 3 different browser, in FIREFOX_17 whcih is the default value of -v arg, it gives an about 80% coverage, but with CHROME I got just 15%.
I don't think such low coverage is normal, so I inpected the result and found when using CHROME as the browser, almost nothing runs.
Since we use a custom AMD loader to load test asynchronously, I suppose that saga collects coverage result when page's onload event fires, but our jasmine tests run after onload so is ignored by saga, but this did not explain why FIREFOX_17 got high coverage result.
The text was updated successfully, but these errors were encountered:
Below I would describe a interesting behavior saga shows, the reproduce steps are:
git clone git://github.com/ecomfe/esui.git
cd esui/test
java -jar <saga-cli.jar> -b . -o ./target [-v CHROME/FIREFOX_17/INTERNET_EXPLORER_9]
I got 3 different result set with 3 different browser, in
FIREFOX_17
whcih is the default value of-v
arg, it gives an about 80% coverage, but withCHROME
I got just 15%.I don't think such low coverage is normal, so I inpected the result and found when using
CHROME
as the browser, almost nothing runs.Since we use a custom AMD loader to load test asynchronously, I suppose that saga collects coverage result when page's
onload
event fires, but our jasmine tests run afteronload
so is ignored by saga, but this did not explain whyFIREFOX_17
got high coverage result.The text was updated successfully, but these errors were encountered: