action #91884
open[spike][timeboxed:18h] Demonstrate how Playwright helps with tricky UI tests
0%
Description
With #91659 we'll be in a position where we could use Playwright in place of Selenium. Ideally we find some cases where it's clearly better in terms of time spent on writing new tests, fixing unreliable tests or debugging problems.
Suggestions¶
- Port t/ui/25-developer_mode.t - see #91232#note-5
- Consider other tricky tests
Open questions to answer¶
- What do we gain from switching to Playwright
- What do we lose (if anything)
- Do we see a benefit with tricky tests
- Do we see a benefit with tests which are stable that are stable already
- How does debugging compare to Selenium-based tests
Updated by livdywan almost 3 years ago
- Copied from action #91232: Test t/ui/25-developer_mode.t failed in CI added
Updated by livdywan almost 3 years ago
- Due date deleted (
2021-04-30) - Start date deleted (
2021-04-15)
Updated by livdywan almost 3 years ago
- Related to action #91659: Add Playwright to devel:languages:perl added
Updated by mkittler almost 3 years ago
Considering that t/ui/25-developer_mode.t is mainly focusing on testing JavaScript code and most of the backend is mocked it would be indeed a good candidate to try out Playwright.
Maybe there's also something to gain in terms of performance so it would also be interesting to compare the execution time of the tests afterwards. Note that our current tests are already taking effort to disable animations of bootstrap and jQuery. Even if Playwright can handle them better we might still want to turn them off for performance reasons.