{"id":282,"date":"2025-03-16T12:28:37","date_gmt":"2025-03-16T11:28:37","guid":{"rendered":"https:\/\/boardcraft.eu\/?page_id=282"},"modified":"2025-03-16T12:53:00","modified_gmt":"2025-03-16T11:53:00","slug":"elementor-282","status":"publish","type":"page","link":"https:\/\/boardcraft.eu\/index.php\/en\/elementor-282\/","title":{"rendered":"How do we work?"},"content":{"rendered":"<p>Given Board Craft&#8217;s experience, we strive to offer effective solutions tailored to individual needs. We use different types of tests in our daily work. Understanding how each type of test works helps to develop an effective work plan:<\/p>\n<h1>\u00a01.\u00a0\u00a0\u00a0 Unit Testing<\/h1>\n<p>Unit testing is a critical software development practice. It involves testing small parts of a software application in isolation, such as functions, methods, modules, or classes. These individual units make up the entire application, and if they don&#8217;t function properly on their own, they won&#8217;t work well together. Unit testing ensures that each component works correctly before integrating it into the larger system.<\/p>\n<p>A unit test usually requires:<\/p>\n<ul>\n<li>Test Fixture: components of a unit test responsible for preparing the necessary environment to execute the test case. They create the initial states for the unit under test to ensure a more controlled execution where there is no interference from external components.<\/li>\n<li>Test Case: a script to verify the behavior of the unit being tested<\/li>\n<li>Test Runner: a framework to orchestrate the execution of multiple unit tests and also provide reporting and analysis of test results.<\/li>\n<li>Test Data: a list of values simulating real-user inputs into the system<\/li>\n<\/ul>\n<h1>2.\u00a0\u00a0\u00a0 Integration Testing<\/h1>\n<p>Integration testing is a software testing method where components are combined and tested together as a whole. These components have passed unit testing, which means that they work well independently, but issues may arise when they interact with each other. Testers use integration testing to uncover defects that arise from code conflicts when the modules are integrated.<\/p>\n<p>There are several strategies to perform integration testing, with the 2 most common approaches being:<\/p>\n<ul>\n<li>Big Bang Approach: integrating all components and test everything at once<\/li>\n<li>Incremental Approach: integrating and testing several components with closely related logic group by group<\/li>\n<\/ul>\n<p>Incremental Approach is carried out by 3 different methods:<\/p>\n<ul>\n<li>Bottom-up approach: integrating and testing components that are smaller in scope first, then gradually moving to larger components<\/li>\n<li>Top-down approach: integrating and testing components larger in scope first, then gradually moving to smaller components<\/li>\n<li>Sandwich approach: combining the 2 former approaches<\/li>\n<\/ul>\n<h1>3.\u00a0\u00a0\u00a0 End-to-end Testing<\/h1>\n<p>End-to-end testing, also referred to as E2E testing, is a game testing technique that verifies the functionality and performance of an entire software application from start to finish by simulating real-world user scenarios and replicating live data.<\/p>\n<p>Thanks to end-to-end testing, testers gain insights into how the application functions from the end user\u2019s perspective, giving them a more comprehensive understanding of the software quality before release.<\/p>\n<h1>4.\u00a0\u00a0\u00a0 Manual Testing<\/h1>\n<p>Manual testing is the process of assessing game mechanics by human testers without relying on automated testing tools or running test scripts in virtual\u00a0 reality. Testers interact with the system just like how end users would to discover bugs, defects, and problems that affect the user experience.<\/p>\n<h1>5.\u00a0\u00a0\u00a0 Functional Testing<\/h1>\n<p>Functional testing is a phase where quality engineers confirm if the tested application&#8217;s features work according to their specified requirements. We can perform it either manually or with automated tools based on the specific test cases.<\/p>\n<h1>6.\u00a0\u00a0\u00a0 Visual Testing<\/h1>\n<p>Visual testing is a software testing technique that focuses on verifying the visual aspects of an game\u2019s user interface (UI). It involves examining the graphical elements, layout, and overall appearance of the product to ensure that it matches the expected design and behavior.<\/p>\n<h1>7.\u00a0\u00a0\u00a0 Regression Testing<\/h1>\n<p>Regression testing is a type of software testing conducted after a code update to ensure that the update introduced no new bugs. This is because new code may bring in new logic that conflicts with the existing code, leading to defects. Usually QA teams have a series of regression test cases for important features that they will re-execute each time these code changes occur to save time and maximize test efficiency.<\/p>\n<h1>8.\u00a0\u00a0\u00a0 Compatibility Testing<\/h1>\n<p>Compatibility testing is a type of QA testing that ensures a game mechanics functions correctly across different environments, players with different age and so on. The primary objective of compatibility testing is to verify that the game remains consistent and usable across a variety of configurations.<\/p>\n<h1>9.\u00a0\u00a0\u00a0 White Box &amp; Black Box Testing<\/h1>\n<p>White box testing examines the internal structure of the game mechanics, similar to how we can easily see the inside of a white box. On the other hand, black box testing focuses on validating the product functionality without knowledge of the internal code or implementation details, similar to how the inside of a black box can\u2019t be seen.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Given Board Craft&#8217;s experience, we strive to offer effective solutions tailored to individual needs. We use different types of tests in our daily work. Understanding how each type of test works helps to develop an effective work plan: \u00a01.\u00a0\u00a0\u00a0 Unit Testing Unit testing is a critical software development practice. It involves testing small parts of &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/boardcraft.eu\/index.php\/en\/elementor-282\/\" class=\"more-link\">Read more<span class=\"screen-reader-text\"> &#8220;How do we work?&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-282","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages\/282","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/comments?post=282"}],"version-history":[{"count":8,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages\/282\/revisions"}],"predecessor-version":[{"id":291,"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/pages\/282\/revisions\/291"}],"wp:attachment":[{"href":"https:\/\/boardcraft.eu\/index.php\/wp-json\/wp\/v2\/media?parent=282"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}