Given the fast pace of development, the QA engineer has to work with minimal testing documentation, prioritizing immediate testing of the new features. The majority of bugs are caught and fixed during the sprints. In case of emergency rollouts, the QA engineer runs testing on production. In both cases, the defects are handled based on the business priority.
The process setup and progress proceeded as follows:
- Onboarding. The company’s workflows were explained, and the main tasks were introduced on the client’s side.
- Getting familiar with the platform. The QA engineer studied the platform in detail (features, terminology, etc.) through the exploratory tests.
- Logging the bugs. All defects identified while studying the platform were reported, with detailed descriptions attached.
- Documentation writing. The QA engineer prepared the testing strategy that later became the key document to rely on.
- Backlog testing. They continued with the platform check, focusing on the existing tickets.
- Software testing. The QA engineer inspects all fresh functionality as soon as it appears in the test build.
Besides a close inspection of the new functionality right away, there are other types of tasks for quality assurance:
- Testing of the separate features that have undergone significant changes.
- Testing of the input scenarios in production to verify the correctness of the calculations.
To ensure that the platform works as expected and is available regardless of a user’s platform and conditions, the following types of testing are applied:
- Exploratory testing for quick quality assessment of the new and existing functionality.
- Functional testing for verifying that the platform’s features work as intended.
- UI testing to check the consistency of user interface elements.
- Compatibility testing for confirming that software functions across various devices.
- Accessibility testing to make the platform usable for disabled people and in difficult conditions.
- Smoke testing to check the critical functionality for correct work before deployment.
- Regression testing to ensure that changes haven’t affected the stable functionality.
- Retesting for bug fix verification after code changes based on bug reports.
The QA process entails constant interaction and collaboration with the development team on the client’s side. This includes planning meetings, daily meetings, sync calls, and regular messaging.