Blog

Date: 12 Jul 2018

Categories:QA Engineer

Test automation is seen as the next step from manual testing on the test development path. The popularity of such solutions and the positive associations they invoke (eg technological advancement) prove their universal demand. However, before implementing this solution at home, it is worth considering what automation can really give us, and what we will not achieve thanks to it.

Date: 05 Jul 2018

IT companies are paid for developing. What the client is buying is the labor of developers. What’s the trick to picking the right team? This is a vital issue that should be considered by the client and company together at the bidding stage. In IT companies, two models of the settlement are used: fixed price or time & material. Read on to learn more about choosing a form of settlement.

Date: 18 Jun 2018

Stefan Moritz, a well-known service design coach, said: „80% of companies believe they deliver outstanding value and a superior customer experience, but only 8% of their customers agree.” Let’s find out how to be a part of that 8% group. Regardless of the role, we play in a project.

Date: 07 Jun 2018

Your phone is filled with a lot of applications. Everyone has, uses and knows them. They are useful and no one can do without them. Mobile applications occupy the memory of our smartphones, requesting updates. In addition, they can slow down and often break down when there is no direct access to the Internet.

Date: 11 Apr 2018

Categories:QA Engineer

Each of us Testers has at least once met someone who has asked this question. As well as asking why automatic tests are needed in a project at all. And so begins the arduous task of convincing the skeptic. Let’s not beat about the bush – the fact someone would ask such a question shows how little they grasp the topic. Read this article about automated tests.

Date: 16 Mar 2018

As the agile methodology and object programming had made their way to the minds of the non-programmers, the Domain Driven Design is still a foggy term. Yet, it may be the best way to handle the most significant and most complicated IT projects. The concept of Domain Driven Design was born when Eric Evans published the book of the same title.