- responsive design features and Apple tablets.
|
10 min | Discussion of proposed solution |
| - Why use BigTest v2 for e2e tests?
- iOS testing, responsive design testing (e.g. Shanghai, POs desire iPad testing), etc
- Cypress has always focused on Electron; no clear non-Electron roadmap
- Is each team responsible for writing e2e tests for their module?
- No; will have POs select some test cases from existing TestRail Bug Fest project for automation
- Many NightmareJS tests from platform-core can be eliminated; all NightmareJS tests in ui-* apps will be eliminated
- Pick a few devs to manage e2e tests; not a general responsibility of each team
- real-browser testing provides better cross-platform reliability, i.e. if we test stripes-components with a real browser, then can isolate browser issues to apps' use of the components, rather than the component itself
- Frontside may be willing to help migrate existing stripes-components tests, NightmareJS tests to BigTest v2; Anton Emelianov (Deactivated) will pursue this.
|
25 min | Discuss other issues that need firm answers |
| Issues to resolve: - Coverage - (a) aggregation of coverage from different test suites or (b) separate reports?
- (b) let's just keep them separate, then can turn off an app's BigTest step once Jest/RTL tests hit coverage guidelines
- Mocking
|
10 | Discuss acceptance criteria for UI modules |
| 80% code coverage - keep/change? |