Stage 1: Requirements Analysis and Documentation <\/h2><\/div>\n\n\n
Testing starts after product development finishes. Before starting work, testers prepare documentation: a test plan, checklists, and test cases.<\/p>\n\n\n\n
The test plan is a document describing the tested functions, strategies, and starting and ending dates of testing.<\/p>\n\n\n\n
The checklist is a list of checks for testing a product.<\/p>\n\n\n\n
The test case is a description of a task from a checklist with an expected result, and a set of preconditions and input values.<\/p>\n\n\n
![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/1.png\")
\n <\/div>\n Testers write a test plan based on the terms of reference which were drawn up by the developers. For example, based on the terms of reference for the form of payment on the site.<\/p>\n\n\n
![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/2-2.png\")
\n <\/div>\n ![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/3-2.png\")
\n <\/div>\n Stage 2: Smoke testing <\/h2><\/div>\n\n\n
To find obvious bugs, we run black box testing. This process is also called smoke testing, The main goal is to check the stability of the system as a whole.<\/p>\n\n\n\n
For example, a project won\u2019t be able to make money if the system isn\u2019t able to process payments. To make sure that everything works, testers go to the page with payments and check whether the system outputs correctly or not.<\/p>\n\n\n\n
If this stage is passed successfully, the tester moves on. If the tester finds an error, they create a task for developers to revise.<\/p>\n\n\n
![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/4.png\")
\n <\/div>\n Stage 3: Functional testing <\/h2><\/div>\n\n\n
At this stage, we check how the functions correspond to the terms of reference: we look at functionality, accessibility, usability, and the user interface. The main goal is to test the logic of the operation of each function on different data sets and under different conditions. The result of functional testing will be a description of all inconsistencies and errors.<\/p>\n\n\n
![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/5.png\")
\n <\/div>\n <\/figure><\/div>\n\n\nIf the result during testing differs from the desired outcome, and the cause of the error isn\u2019t obvious, engineers form an SQL query into the database, or refer to the log files for the system under test for additional information.<\/p>\n\n\n
Stage 4: Regression testing <\/h2><\/div>\n\n\n
After testers find and describe inconsistencies, regression testing is performed.<\/p>\n\n\n\n
This stage is divided into two parts. The first part is to check the corrections of errors found in the previous stage, and the second is to recheck all the functions. This must be done, as after fixing bugs there is no guarantee that the component that was checked earlier won\u2019t break with the new corrections.<\/p>\n\n\n\n
For example, say developers have fixed a bug in the display of the calendar, and now dates are in a single format. This fix may have affected performance. Testers go to the admin panel and check the functions, e.g., whether reports are now created with dates in the required format, and whether all types of reports are available.<\/p>\n\n\n\n
If a function fails, testers create a task for the developers to fix the bug. After the correction, a second check will be performed. If everything works and there are no more bugs, no improvements will be needed. Then we move on to the final stage of testing.<\/p>\n\n\n
![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/6-1.png\")
\n <\/div>\n Stage 5: acceptance testing <\/h2><\/div>\n\n\n
Final testing before release. I\u2019is carried out in order to check how the script corresponds to the task described by the customer. Acceptance testing verifies core functionality.<\/p>\n\n\n\n
For example: the site opens on different devices, the user can send contacts through the form, a video plays, a banners open.<\/p>\n\n\n\n
When the development is completed and all tests have been passed successfully, at the request of the customer, QA engineers conduct production testing on the customer’s equipment.<\/p>\n\n\n
![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/\u0421\u043d\u0438\u043c\u043e\u043a-\u044d\u043a\u0440\u0430\u043d\u0430-2021-12-28-\u0432-08.37.52.png\")
\n <\/div>\n Comparison of test types <\/h2><\/div>\n\n\n
Smoke-testing.<\/strong> First tests. The main goal is to check the stability of the system, so that we may proceed with further development and more detailed testing of functions. Custom scripts. Non-functional requirements. Test plan, checklists, test cases. Black box model.<\/p>\n\n\n\n Functional testing.<\/strong> When the individual functions of the system are implemented. Confirms that the system meets the requirements according to the terms of reference. All the logic of the implemented functions: accessibility, usability, user interface, database API. Performance testing (load testing, stress testing, stability testing), installation testing, security testing, configuration testing. Test plan, checklists, test cases. Black and gray box model, database requests, API requests.<\/p>\n\n\n\n Regression testing.<\/strong> After the functional testing phase. Checks that system works correctly after modifications. Correctness of fixes and improvements of defects that were found at the previous stage. All functions are being revised so that new fixes do not affect already-tested system functions. Functions that worked correctly in the previous step, if none of the developer fixes could affect the state and logic of these functions. Test plan, checklists, test cases. Black and gray box model, database requests, API requests.<\/p>\n\n\n\n Acceptance testing.<\/strong> Final testing before the delivery of project to the customer. Confirms that developers have implemented everything as requested by the customer. User\u2019s interface scenario check. Each function separately. Test plan, checklists, test cases. Black box model.<\/p>\n\n\n Technical block<\/p>\n \t SQL-requests to the database<\/p>\n Searching and reading logs via the Kibana web interface<\/p>\n Logging: collecting logs – Logstash, processing logs – Elasticsearch<\/p>\n Deployment of test benches:<\/p>\n Web Servers: Nginx, Apache Kafka, Apache ZooKeeper, Apache Cassanda<\/p>\n Server Data Base: MySQL, PostgreSQL, MariaDB<\/p>\n Environment to run (compile): Visual Studio<\/p>\n Programming languages: C#, Python, Ruby<\/p> <\/div>\n <\/div><\/div>\n\n We\u00a0work with businesses of\u00a0any scale.<\/strong>\u00a0Our clients include international companies, large and medium-sized businesses, and startups.<\/p>\n Telecom<\/strong>: cellular operators, Internet service providers.<\/p>\n Finance<\/strong>: electronic payment systems, insurance companies and brokers.<\/p>\n Retail<\/strong>: stores, trade networks.<\/p>\n Internet advertising<\/strong>: advertising agencies, advertising networks.<\/p>\n Medicine<\/strong>: clinics, medical services.<\/p> <\/div>\n QA engineers at OrbitSoft test each product in several stages: smoke testing \u2192 functional \u2192 regression \u2192 and acceptance testing. Through careful testing, a customer receives the functionality they expect. In this article, we describe our work process in detail. Testing starts after product development finishes. Before starting work, testers prepare documentation: a test plan, […]<\/p>\n","protected":false},"author":1,"featured_media":36147,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[1],"tags":[195],"yoast_head":"\nExamples from OrbitSoft projects<\/h3><\/div>\n\n\n
Customer<\/td> Project<\/td> Tests performed<\/td><\/tr> European video entertainment service<\/td> Add a new ad slider feature to the Orbit Ad Server online ad management system<\/td> On the advertiser’s side we tested: internal content formats.
On the publisher’s side: advertising settings, types of display ads.
On the side of the administrator, advertiser and publisher, we checked how the system of monetary settlements works, setting up reports.
On the side of the system: creating and displaying ads, moderation, downloading videos of any formats, placing links for pulling videos from a third-party service, correct operation of the online advertising management system when changing settings and adding new functions, service availability – all operating systems, browsers, VPN, and under high load (traffic).<\/td><\/tr>Advertising agency “Playmedia”<\/td> Change site functions: change the script for displaying ads on the site so that the ad is not visible immediately, but at the moment of scrolling through the page to the desired content<\/td> We tested the scripts for displaying all types of advertisements in accordance with the terms of reference in different parts of the web page.
Through the browser console, we checked the operation of the script, which determines at which moment the advertisement is loaded.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\nWe\u00a0release projects for online and offline business<\/h2>\n
![\"\"](\"https:\/\/orbitsoft.com\/blog\/wp-content\/uploads\/friendship.png\")
\n <\/div>\n<\/div><\/div>","protected":false},"excerpt":{"rendered":"