UNPKG

dodex-vertx

Version:

A java asynchronous server for Dodex and Dodex-mess

251 lines (195 loc) 12.4 kB
# ## React Integration Testing with Karma, Jasmine and Vertx The basic idea is to build a single page(spa) production application ensuring consistent and stable code using JavaScript, CSS and Bootstrap linting and automated unit and integration(e2e) testing. [Building Front-End Production Bundle](#production-build) [Building Front-End Test Bundle](#test-build) [Development Overview](#development) ### Bundle Tools > 1. [Fusebox](#fusebox) [Installation](#installation) ### Main Tools 1. Vertx 2. Gradle 3. Gulp 4. Karma 5. Jasmine 6. Mocha/Allure reporting 7. Any Browser with a karma launcher 8. Fuse-Box v4, javascript code bundler 9. Node, Npm ### Installation [Top](#react-integration-testing-with-karma-jasmine-and-vertx) **Install Assumptions:** 1. OS Linux or Windows(Tested on Windows10) 2. Node and npm 3. Gulp4 - use `npx gulp` if not installed globally. 4. Google Chrome 5. Firefox 6. Dodex-Vertx **Desktop:** `cd` to `<dodex-vertx install>/src/spa-react`. ```bash npm install ``` To install all required dependencies. __Note__ Npm will produce vulnerability warnings, they must be dealt with manually. The test build will generate the spa application in `src/main/resources/static/dist_test/react-fusebox` and production in `src/main/resources/static/dist/react-fusebox`. The application is accessible after rebuilding the Vertx test server. The rebuild is usually automatic, however restarting the server or touching a `*.java` file with the Vertx server running will redeploy the application. **Client:** After building the application(see Production Build and Test Build), view the application with a Browser @ `localhost:8087/dist/react-fusebox/appl/testapp.html` or `localhost:8087/dist_test/react-fusebox/appl/testapp_dev.html`. ## Production Build [Top](#react-integration-testing-with-karma-jasmine-and-vertx) 1. Start the Vertx test server `cd <install>` and execute `gradlew run`. 2. `cd <install>/src/spa-react/devl`. This is the directory used for building the front-end and testing the application(both front-end and back-end). 3. Execute `gulp prod` or `npx gulp prod` if you do not have Gulp installed globally. This should run all tests and if successful will produce the production bundle and static content in `src/main/resources/static/dist/react-fusebox`. __Note:__ the javascript linting uses `eslint:recommended` which forces double-quoted strings and semi-colon statement endings etc. This can be changed in `<install>/src/spa-react/devl/.eslintrc.js`. 4. View the application using the production bundle at `localhost:8087/dist/react-fusebox/appl/testapp.html`. 5. You can run `gulp prd` to bypass the testing. 6. Executing `gulp prd -l` will produce a local version in `<install>/src/dist/react-fusebox` for viewing with Node without the Java back-end. Execute `node koa` from the `devl` directory and view in a browser at `localhost:3088/dist/react-fusebox/appl/testapp.html`. __Note:__ see dodex-vertx for building the production jar. __Important:__ the test directory `dist_test` is removed from the vertx server during the production build. Execute `gulp rebuild` or `gulp test` to rebuild the test front-end application. __Also;__ whenever building and execution are not working, try running `gulp rebuild` then touch a java file, e.g. `touch src/main/java/dmo/fs/vertx/Server.java`. This will rebuild the Vertx server with the test bundle. It appears that memory constraints may generate flaky tests. ## Test Build [Top](#react-integration-testing-with-karma-jasmine-and-vertx) The javascript ***Gulp*** task runner is used to accomplish test execution, see `src/spa-react/devl/gulpfile.js`. These tasks will execute the ***Karma*** test runner with the ***Jasmine*** assertion library, see `src/spa-react/devl/karma.conf.js`. Karma can run both unit and localized tests as well as integration testing across **HTTP**. The default is to run intergration testing, therefore the Dodex-Vertx server must be running. The integration testing runs best with only one browser, the default is ***Chrome***. Use the `USE_BROWSERS` environment variable to switch browsers, e.g. `export USE_BROWSERS=FirefoxHeadless`. ## Using the Cassandra Database After setting the database to `cassandra`, co-ordination among `Akka`, `Vertx` and `React` builds is difficult to automate. Therefore using `gulp test` and `gulp prod` will not work. For a test build use `gulp rebuild` and once `Vertx` and `Akka` are restarted, tests can be executed with `gulp acceptance`. For the `React` production build, use `gulp prd`. ### Test Tasks Run these commands from `src/spa-react/devl`. __Note:__ If `gulp` is not installed globally, you and execute `npx gulp`. 1. `gulp test` * default, run once with headless browser * builds the ***React*** application using ***Fuse-Box*** * copies static content * location `src/main/resources/static/dist_test` (accessible to Vertx) * redeploys the **Dodex-Vertx** verticle * executes the unit tests in `src/spa-react/tests` * executes the integration tests in `src/spa-react/appl/jasmine` * reports the results to the console, see below * view in browser @ `http://localhost:8087/dist_test/react-fusebox/appl/testapp_dev.html` 2. `gulp rebuild` * rebuild and redeploy the ***React*** application without testing. 3. `gulp acceptance` * run tests without rebuilding, very useful when using `gulp watch` 4. `gulp watch` * ***Fuse-Box*** watcher to rebuild application on javascript code changes * once the verticle is redepoyed, execute `gulp acceptance` to test new/changed code. * changes are also viewable in the browser 5. `gulp tdd` Test driven development * default, run continuously with normal browser * run with `gulp watch` to automatically test while developing 6. `gulp development` * run both `gulp tdd` and `gulp watch` in the same terminal window 7. `gulp copy` * Copy any changed content to the `Vertx` static directory * If `gulp watch` is running the verticle will be redeployed * Manually redepoly the ***Dodex-Vertx*** verticle by touching any `*.java` file in `src/main/java/...` 8. `gulp lint` * Run linting for Javascript, CSS and Bootstrap 9. `Allure Reporting` * Run `gulp test -a`, `gulp acceptance -a` or `gulp prod -a` for ***Allure*** reporting * Creates results in `devl/allure-results` * Execute `npm run allure` to generate reports in `devl/allure-reports` * Execute `npm start` to startup Node server to view * Use browser to view @ `http://localhost:3088` 10. `gulp hmr` * Runs ***Fuse-Box*** hot module reload for the `React` application. * Runs a Node http Server and makes front-end javascript changes visible * Back-end Java is not accessible * Use browser to view @ `http://localhost:3087/dist_test/react-fusebox/appl/testapp_dev.html` 11. `gulp preview` * Runs ***Fuse-Box*** to build production front-end without minify and starts a node http server * Use browser to view @ `http://localhost:3087/dist/react-fusebox/appl/testapp.html` Running tests in local mode (no backend java integration tests) 1. The test tasks `test, acceptance, watch, tdd, rebuild, hmr, preview, prod` can all be executed with the `-l` parameter e.g. `gulp test -l`. 2. The builds are located in `src/dist_test` or `src/dist`. 3. When running `gulp hmr -l` view with `http://localhost:3087/dist_test/react-fusebox/appl/testapp_dev.html` ### Java Integration Testing * The demo application is interfaced with back-end java and database via the `Log In` popup. A simple login table is stored in a local ***Sqlite3*** database, see `src/main/java/dmo/fs/spa...`. Therefore, to view the Dodex and Table View modules, a user must be created and logged in. * Because testing is via http, all of the tests evaluate `Dodex-Vertex` delivered content. However, only the `Popup Login Form` tests actually assert complete fullstack processes, i.e. adding, logging-in and logging-out a user. * The front-end login code is located in `src/spa-react/appl/js/login.js` and the back-end can be tracked from `src/main/java/dmo/fs/spa/router/SpaRoutes.java`. ### A test result might look like ```text START: Chrome Headless 81.0.4044.129 (Linux x86_64) LOG: 'You should get 45 successful specs.' LOG: 'Firefox 75: You should get 45 successful specs.' Unit Tests - Suite 1 ✔ Verify that browser supports Promises ✔ ES6 Support Unit Tests - Suite 2 ✔ Is Karma active ✔ Verify NaN Unit Tests - Suite 3 ✔ Strip Canjs Warning Code ✔ Strip Fuse-Box Block Code Popper Defined - required for Bootstrap ✔ is JQuery defined ✔ is Popper defined Application Unit test suite - AppTest ✔ Is Welcome Page Loaded ✔ Is Pdf Loaded ✔ Is Tools Table Loaded Testing Menulinks Router ✔ is table loaded from router component ✔ is pdf loaded from router component Load new tools page ✔ setup and click events executed. ✔ did Redux set default value. ✔ new page loaded on change. ✔ did Redux set new value. ✔ verify state management Contact Form Validation ✔ Contact form - verify required fields ✔ Contact form - validate populated fields, email mismatch. ✔ Contact form - validate email with valid email address. ✔ Contact form - validate form submission. Popup Login Form ✔ Login form - verify modal with login loaded ✔ Login form - verify required fields ✔ Login form - verify user name pattern mismatch ✔ Login form - verify password pattern mismatch ✔ Login form - Make sure test user removed ✔ Login form - verify java vertx backend routing ✔ Login form - Create New User, click checkbox & fillout form ✔ Login form - Create New User, submit & verify new user ✔ Login form - Log Out User ✔ Login form - Reopen Login ✔ Login form - Remove added User ✔ Login form - verify cancel and removed from DOM Dodex Operation Validation ✔ Dodex - loaded and toggle on icon mousedown ✔ Dodex - Check that card A is current and flipped on mousedown ✔ Dodex - Check that card B is current and flipped on mousedown ✔ Dodex - Flip cards A & B back to original positions ✔ Dodex - Flip multiple cards on tab mousedown ✔ Dodex - Add additional app/personal cards ✔ Dodex - Load Login Popup from card1(A) Dodex Input Operation Validation ✔ Dodex Input - popup on mouse double click ✔ Dodex Input - Verify that form elements exist ✔ Dodex Input - verify that uploaded file is processed ✔ Dodex Input - close popup on button click Finished in 15.164 secs / 11.543 secs @ 16:58:26 GMT-0700 (Pacific Daylight Time) SUMMARY: ✔ 90 tests completed ``` ## Development [Top](#react-integration-testing-with-karma-jasmine-and-vertx) A test and development scenario for ***Dodex-Vertx***. __Note:__ If `gulp` is not installed globally, you and execute `npx gulp`. 1. Open a desktop terminal window 2. `cd <dodex-vertx install>`, make sure ***Dodex*** is installed `npm install` in src/main/resources/static 3. `gradlew run` 4. Open a desktop terminal window 5. `cd <dodex-vertx install>/src/spa-react/devl`, make sure ***React*** demo application is installed `npm install` in src/spa-react 6. `gulp watch` 7. When developing ***Java***, issuing a `save` in an **IDE** will redeploy ***Dodex-Vertx***. 8. To test Java code, Open a desktop terminal window `cd <dodex-vertx install>` and execute `runtests` 9. When developing ***Javascript***, issuing a `save` will rebuild the ***Fuse-Box*** bundle and redeploy ***Dodex-Vertx*** 10. Open a desktop terminal window 11. `cd <dodex-vertx install>/src/spa-react/devl` 12. `gulp acceptance` to run tests 13. When changing static content, execute `gulp copy`, ***Dodex-Vertx*** should be redeployed ### Fusebox [Top](#react-integration-testing-with-karma-jasmine-and-vertx) A blazing fast js bundler/loader with a comprehensive API <https://github.com/fuse-box/fuse-box> * Using Fuse-Box V4 * Configuration in `src/spa-react/devl/fuse.js` and `src/spa-react/devl/gulpfile.js` (functions runFusebox and fuseboxConfig)