i have few question regarding this idea ,
in the Expected outcomes section ,
the last point that is Tests run on every pull request in a headless browser
is it about Travis bot or we have to use Jenkins explicitly ?
please give suggestions
thank you @lmccart@kjhollen
please help!
I have almost completed my gsoc proposal for
{ IMPROVE TEST COVERAGE In p5.js-sound library}
, just i have to clear one thing, for
We are currently using travis ci for build passes on every pull request.
“TESTS RUN ON EVERY PULL REQUEST IN A HEADLESS BROWSER”
what i think above statements says that we should be able to run
1.build (currently there)
2.custom unit tests that we write in our tests folder( to be implemented)?.
On every pull request made to repo.
Is thi so?.
In that case we only have to setup configuration files like
1.travis.yml( script : npm run build & & npm run tests)
2.configuring mocha to return the status (ok/not-okay) when it runs the tests that we wrote in tests folder. And then travis cloud server depending upon the status thrown by the process npm run tests, will allow or disallow the pull request to merge…
Is that we are supposed to achieve in this project?.
If anything else, please let me know, as i am about to submit the draft proposal…
@lmccart
There is a commit of yours that adds travis.yml and configures it to run travis-ci on every pull request,