QA Testing Services

0%

OSM testing engineers are equipped with analytical knowledge and testing experience, and they’ll provide the best-in-class QA testing services for any software product.

Our QA testing services aim to ensure that all project features are in place and there are no defects.

When we say bug-free, we mean that everything is tidied up — from functionality and security to design and app interface.

Manual testing

No script can replace a QA analyst’s knowledge and experience. That’s why it is generally accepted that manual testing is indispensable in many testing scenarios. Our QA testing team can improvise, suggest improvements and understand the performance of new implementations better than any tool or script.

The OSM manual testing process:

 

  • Together within the team, we determine what is going to be tested.
  • Analyzing details for test conditions, scenarios and defining test cases.
  • The real stuff — implementation and execution of agreed test cases.
  • Evaluation and detailed reporting.
  • Test closure: we make sure that everything is in place, that no details are left behind.

The OSM QA team covers multiple testing processes within:

1. Every sprint – Development time

Sprints are defined by time estimates in working days or hours. In agreement with the client, we share our time estimate for both the development and QA time phase to develop one feature. Usually, sprints have tasks that can be resolved, tested, and confirmed in 10 working days. The client delivers specifications that are required for starting the development phase and are also very important for the QA team. The QA team leans on the specification or the task description. The first thing is to analyze the specification or the task with the development team and project manager at sprint planning meetings. The QA Analyst needs to understand the feature and ask additional questions to cover and write all possible test scenarios. Also, a developer can lean on those scenarios when completing the development phase.

All features or tasks have priorities defined by the client. This means that the QA team has to take  that priority into account when they start testing the features. A task has to have a description, visual design, and a detailed description of the expected  behavior. The QA analyst then uses that as a guideline to start writing test cases. All written test cases are part of the regression testing later which is also very important to perform after every sprint completion. Scenarios could be written in the same task for developers, but test cases should be written in an individual tool that covers the QA management process.

After every sprint completion, it is strongly recommended to perform one of the following testing types:

  • Regression testing
  • Sanity testing
  • Smoke testing
  • Component testing
  • Ad hoc testing
 

When QA Analysts find inconsistent behavior of the feature (bug), the bug should be reported. The OSM QA team has a procedure, that is Bug Reporting Guidelines where QA Analysts are following the steps for creating bug tickets. 

At OSM, we believe that functional testing plays a crucial role in transforming a client’s understanding of customer needs into applications that meet their requirements. Releasing applications with serious functional shortcomings can lead to disastrous consequences. When all the above functional testing types are performed at the right time in the development process, functional testing ensures the delivery of a quality product.

2. Internal QA testing time

This phase starts when all defined features within sprints are resolved so  the QA team can start performing different testing activities mentioned above. When bugs are found,  tickets are created, and when developers finish fixing them, then the bugs are retested. The QA team documents all the results regarding one bug in the existing ticket. Once in a defined period, the QA team performs again one of the testing types mentioned above (Smoke, Regression, Sanity, Ad hoc, etc.) to confirm and ensure the best product quality.

3. External QA testing time or UAT (User Acceptance Testing)

This phase starts when all defined features within sprints are resolved so  the QA team can start performing different testing activities mentioned above.

When bugs are found,  tickets are created, and when developers finish fixing them, then the bugs are retested. The QA team documents all the results regarding one bug in the existing ticket. Once in a defined period, the QA team performs again one of the testing types mentioned above (Smoke, Regression, Sanity, Ad hoc, etc.) to confirm and ensure the best product quality.

4. Post-production period and application maintenance

The last phase includes the post-production, release and deployment process, bug fixing process, and the QA workflow which will be used to perform the production bug fixes and deployment process to the highest standards.

Why do you need OSM quality assurance services?