-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve Confidence when Deploying #931
Comments
I like the approach you've setup in #924 (Selenium + coveralls) How hard is it to spec network requests with Selenium? Some light googling suggests its possible but I've not personally done that before. I'm think it would be great if we could test "When this input sequence is conducted, a http PUT matching XXX is issued" Selenium gives us the ability to craft the input sequences, but I'm not sure how to spec the network request. |
Technically, it doesn't...by design. Hackishly you can form the same requests against the running selenium server. |
Yep, "recording" the requests would be a quick way to create the mock JSON for tests and could be easily updated. Ruby uses vcr/vcr (readme has a list of ports) and I found linkedin/sepia for NodeJS. For browsers, I created sepia.js a while back to play back cassettes for octokat.js but with some of the recordo code it could record the requests too. |
From the discussion on selecting things via classes, Of course, those attributes are probably not enough to do things but it would be easier than having entirely separate helpers that navigate through the UI. Adding accessibility is one of the items for this semester so we'll probably start having tests for it too 😄 |
I think we've done most of the items in this except for using fixtures files. Those could be added with something like https://github.com/philschatz/sepia.js (mentioned above) /cc @nathanstitt since he mentioned the VCR stuff |
Since many of us work remote, an async discussion might be easier.
Thoughts on the easiest way to improve confidence when deploying?
Some options (add more!):
tutor
(too slow for travis?) or more mock JSON files (not too bad)Here is the unit test code coverage as of @a68f082. By changing the reporter in
test/config/karma-coverage.config.coffee#L12
(addingcoverageReporter: { type: 'lcov', dir: './coverage'}
I got the following report: https://openstax.github.io/tutor-js/coverage/@darrenmason @jivewise @nathanstitt @pandafulmanda ?
The text was updated successfully, but these errors were encountered: