#Sloboda | 3 min read | Updated: 2/21/2023

How We Manage QA in Sloboda Studio

Updated: 2/21/2023
, Founder of Sloboda Studio
#Sloboda
3 min read

Testing and software quality assurance is an integral part of any development process. The quality of how it is organized can show the professionalism of the developer company. We at Sloboda Studio, pay special attention to this component and are ready to share our successful experience with you.

Quality Assurance Stages

Pre-development stage

We begin testing before the development starts. At this stage, only a description of the functions, namely the specification (if any), documentation, mockup reviews, etc. are available.

To have an idea of how to manage testing when there is actually nothing to test and decrease costs in the future, we write use studies or test cases, checklists (it usually depends on the time availability and on if there is a need to get test documentation.)

Step-by-step testing

After the development of the new feature, we usually practice such an approach: running a smoke test, making edits, retesting or conducting a sanity testing. If after that a QA engineer believes that everything is okay and the feature is almost ready, its implementation is reviewed by the customer’s representative (acceptance testing) or a PM. If there are any objections, the feature is modified and the steps elicited earlier go once again.

Final project QA

After the final approval of the project, there is a necessity to run a full-fledged regression testing of the entire application in case other parts of the application have been affected by the updates. Also, these tests will soon reveal bugs with the integration of different code parts and features that were tested solely but may not operate properly when given in a system.

How Do We Run Testing: the Detailed Plan

Static testing

This includes all QA activities which can be conducted without running the code (such as, for instance, when there is no written code yet available). Instead, the documentation, mockups, design are available, so we can start a documentation review. In fact, there are many types of such a review (like a walkthrough or formal inspection), but we use just basic review most often.

When this part is finished, but code writing is still ongoing, you can start creating test artifacts, such as test plans, checklists, test cases, optimizing them now to have more time for comprehensive testing in the future. The most widespread strategy of our company is to create checklists applying relevant test design strategies and then, if there are adequate requirements available, building a traceability matrix, optimized in a way one could easily find a requirement for the particular test case tests.

One more important activity is prototype testing. As usually there is nothing else to test except the design in a prototype, we testing its UI/UX issues. In some cases, we can apply unit testing if some small parts of the app are already implemented in a prototype.

Basic tests

There are three classic stages of basic testing.

Smoke testing is aimed to ensure the app performs its immediate function (that is, the most important functionality, which makes the existence of the product inconsistent). It could include both functional and non-functional testing.

Critical path testing tests the essential user stories, the features most of the users will use daily, without some special cases.

Extended path testing tests all the features and all the stories available, so it takes much more time compared to the previous stages. It is aimed to find rare but critical bugs, that can destroy the system or damage it greatly. Although, the time on it can be reduced if the app changes quickly and releases updates too often.

Stabilization

Stabilization is not the same thing as stability testing, as you may think. At this stage, there are much less critical issues, but still, it is unavoidable. What should it include?

  • acceptance tests
  • retesting
  • final regression
  • sanity test before some releases

Best Tools for Working App Integrations:

Issues monitoring Newrelic, Rollbar
Alert systems Blazer, Logentries, Newrelic
Requests monitoring Newrelic, Skylight.io
Log monitoring Logentries
Feature autotests Allure Test Report
Cross-browser testing Browserstack, Cross-browser testing

Summary

Each team develops its own style of testing, based on past experience or project needs. However, there are techniques that everyone can take note of. We tried to collect precisely such approaches in this article. Sloboda Studio wishes you success in the implementation of your projects!

How useful was this post?

Click on a star to rate it!

Average rating / 5. Vote count:

No votes so far! Be the first to rate this post.

Share:

Subscribe
Notify of
guest

0 Comments
Inline Feedbacks
View all comments
Recommended articles
#Guides 17 min

The larger the company, the more business management tools are necessary to coordinate all of the processes. In 2021, over 50% of businesses developing an ERP system were able to easily manage their accounting, logistics,…

#Guides 21 min

In 2021 the main reason for the failure of startups, over 38% of businesses, was running out of funds. Nowadays companies know how to build a product roadmap that can create a smooth management process…

After the COVID-19 pandemic, companies worldwide understood that in-house teams are no longer the best way to do business. Now entrepreneurs are using the outsourcing model to maintain their business processes. However, what should you…

Scale your team with us

Drive your business with our dedicated developers

    *By submitting this form, you agree to our Terms of Use and Privacy Policy.

    Alex, VP of Client Engagement
    alex@sloboda-studio.com