Description
webgme-cli
uses plugins in the webgme-engine
to generate files for plugins, visualizers etc... and the test suites use the _globals
api provided by webgme
to provide a range of well defined and customizable test suites. While, this works great for testing in a node environment, what is the recommended way to define an end-to-end browser testing regime for a webgme app?
Some Observations
Levaraging karma
, there are certain inbrowser tests (esp. for the client api) that are used to test webgme-engine
. Based on brief walkthrough of the code-base one can note that, for an end-to-end browser testing regime (For the UI or Plugins) that leverage the same techniques used in webgme-engine
, one must:
- Configure
karma
to supportrequirejs
and configure somerequirejs
paths that are used bywebgme
as well as thewebgme
app you are developing. - Define your mocha tests that you want to execute using
karma
- Import the projects that you want to run the tests on before starting a standalone server and run your tests after that
Can this be extended in such a way that the browser-testing support from webgme-engine
provides a base configuration and server starting capabilities such that we can leverage that users (developers) can define their browser-tests?