We are now

XSolve and Chilid, two sister companies working under one roof and cooperating on a regular basis, have become Boldare.


Boldare offers the best of XSolve and Chilid: human centered digital products, with stable and secure software.


Boldare capitalizes on XSolve and Chilid’s 14 years of experience, the 250 products they released to market for clients worldwide, and the skills of the 130-people-strong team they employed.


Boldare is a digital product design and development company and a guide on the digital transformation journey.

Explore

Why we merged?

Because 1 + 1 = 3

Discover the story of human-centered software development.

Discover the story of Boldare.


Learn more >

XSolve and Chilid have merged to become Boldare, a digital product design and development company.

Explore >
1 + 1 = 3

Discover the story of Boldare and learn more about our merger.

Learn more >

Glossary

Find out more about:

Automatic testing

Automating repetitive operations are undoubtedly a great facilitator in developers’ work, and allow time savings in the long run. During the long-term development of applications, the number of test cases and modules that need to be verified continues to grow, making it an increasingly difficult, monotonous and time-consuming task. That is why we write tests that do the same thing many times over whenever needed, saving our time.

At XSolve, automated tests are divided into:

  • system tests – covering the whole environment, functional tests (i.e. functional verification) and non-functional tests (safety, performance, loading, etc.),
  • integration tests – verifying the interactions of disconnected system components,
  • unit tests – testing isolated application components at the lowest level (often methods, functions, classes).

Developers are striving to maintain a large modularity of classes, allowing for external dependencies with mock data, making the isolation process even simpler.

At the base, there are unit tests, which should be the most numerous and should cover the entire application. They are the fastest and easiest to maintain as they work on methods, functions, classes. They verify input and output data, simple comparisons, happy & negative paths, boundary conditions, etc. Developed mainly by developers.

Above them, there are integration tests that check system communication between individual modules. Their specification varies depending on the application’s architecture.

At the very top, there are end-to-end tests that are the most difficult to maintain and depend on a lot of things (website DOM, data modules, databases, etc.), but they perfectly fit into the regression and non-technical legibility verification through transparent scenarios written in Gherkin notation.

Next to them, non-functional tests, such as performance tests, verify the behavior of applications under controlled loads.

Automation is a solution that has many advantages, especially when dealing with complex and long-term projects. However, their development also involves some time-consuming responsibilities, such as maintaining and updating automated tests and their environments. This is, however, a minor inconvenience, given the amount of positive effects that this implementation brings to the project.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies.

To find out more click here

Ok, thanks