Because if the UI can only be used with a mouse, it is not accessible and not ready for release. Navigate the whole UI with the keyboard, and test with a screen reader, to catch accessibility issues that automated tools miss.
Why test with the keyboard before release?
More FAQs in Testing a React UI Before Release: What to Cover
All three states (loading, error, success), empty and edge cases, responsive behavior on real devices, auth flows, real-time features, keyboard and screen reader accessibility, and performance on throttled slow networks.
Because empty results, very long inputs, very long lists, and boundary values are where bugs hide. These are also where users suffer most when things go wrong, so testing them is high-value.
Because auth bugs in production are serious and hard to recover from. Test signup, signin, signout, protected route access, and persistence across reloads, ideally on the deployed app, since auth has production-specific concerns like authorized domains.
Still have questions?
Browse all our FAQs or reach out to our support team
Want to upskill yourself?
Your learning library
Small steps. Big possibilities.
Find your next course. Build something great.