Folio specific concerns about creating UI unit tests
Existing Nightmare tests are mostly integration tests. There are nightmare tests that used for isolated modules but they still require an environment to be deployed. While everyone agrees that that these tests are valuable, we need to find a way to build code coverage with unit tests that should help to bring much more solid modules into integration process. Also, isolated unit tests will reduce dependency on environment provisioning and allow faster iteration cycles for developers.
Primary concern for creating unit tests for isolated UI modules is the overhead of creating and maintaining "test doubles". Therefore integration of the mock server with Pact server should be addressed rather sooner.
Team agreed that test code coverage should be generated during isolated UI component CI build job. It should a fairly straightforward process based on the comments from John Malconian and Charles Lowell.
Team agreed that the passing criteria (proposed by Matt Jones) for executing tests should be the sequence of 3 steps:
clone a repo
yarn install
yarn test (John Malconian: I think there should be maybe two distinct scripts - one for unit tests and one for integration tests. i.e 'yarn test' and 'yarn integration-test')
Time to setup a test environment should be minimal; .
Test suite for each UI module should run fast (no more than ?? sec or min)
20 min
Tools that should be evaluated / selected
We didn't receive any suggestions to review another tool that was not deployed in some way already. Team agreed to review BigTest implementation for ui-checkin module that Jeffrey Cherewaty will demonstrate during next scheduled meeting on 8/14.
10 min
Create task list and assign them
see below
Action items
Jeffrey Cherewaty to build coverage for ui-checkin and demo these tests on 8/15.
UIEH-505
-
Getting issue details...STATUS