In one of our latest articles, we highlighted the matter of test infrastructure in embedded systems. Regarding this article, we’d like to present a solution developed during the last few months for one of our clients.

The rig simulates and measures every possible analog and digital signal of the tested device and allows the testing of a marine automation device. This solution is based on PLC controllers from B&R company and VT System from Vector.

The project was created as a result of cooperation with Sponte-Elektro company.

If you haven’t read the article, click the link below.
https://gryftec.com/en/the-matter-of-an-embedded-systems-test-infrastructure-team-tasks

Low-level testing is a kind of software testing, that is checking if each module, function, class, and method work correctly. It verifies the system functionality at the source code level, processor instructions, registers, memory, or hardware interface. Low-level tests are commonly used in embedded systems that are integrated with hardware and have limited resources.

The aim is to identify and eliminate logical, syntactical, or implementation bugs in the code before it’s integrated with other system components. Typically, low-level tests are carried out by developers creating and modifying the source code.

This kind of testing is necessary to maintain the quality and reliability of our software. It also requires a creative approach due to many challenges, such as:

• Changing requirements: In an agile approach, the requirements are often changing and incomplete, which makes it difficult to write low-level tests in the early project phase. Low-level tests need to be flexible and easily adaptable to source code changes.
• Code complexity: Source code can be complicated and difficult to understand, especially if it’s written in low-level languages such as Assembler or C. The code can also contain numerous dependencies, conditions, loops, exceptions, or recursions, making analysis and testing challenging.
• Integration with other modules: Only the functionality of single code units is being checked by low-level testing, not guaranteeing they will work correctly with other modules or services used by the application.
• Lack of documentation: The source code can be insufficient or not documented at all, which makes checking and understanding difficult. The documentation may also be outdated or inconsistent with the code itself, leading to bugs and inaccuracies.
• Time shortage: Low-level testing may be time-consuming and laborious, especially if the code is extensive, and often changed.  Developers may be put under pressure by deadlines and priorities and not have enough time to test the code systematically and thoroughly.
• Equipment shortage: This kind of testing requires specialized equipment such as debuggers, compilers, linkers, emulators, simulators, or code analyzers. These kinds of tools can be unavailable, expensive, difficult to use, or incompatible with the code or testing environment.
• Communication:  Both the tester and developer can have different perspectives on what is important and what the customer’s expectations are. They can also have different work approaches, which might influence cooperation and information exchange. A significant issue that can arise is the various levels of knowledge and experience between testers and developers. This can affect their trust and respect toward each other.

czytaj dalej

Summer internship kick-off!
Meet our first team: Kinga, Aleksandra, Mikołaj and Rostyslav.
This year is exceptional for us, due to the great interest. Over 20 interns will join our company during the summer.
It’s a real challenge, but we’re ready!

What distinguishes us is an individual approach. We’re one of the few companies that assign each intern to an individual mentor, ensuring that they can fully benefit from the mentors’ experience and knowledge. We believe an internship is not just a temporary relation with a company. It’s the first and most significant step toward professional growth. Our mentors’ are experienced professionals passionate about their work and sharing knowledge.
czytaj dalej

What aspects do you consider while choosing a company you’d like to work for or cooperate with?

• company proven experience
• communication and transparency
• partnership relations
• approach towards employees and development opportunities
• organizational culture (values, mission, and work environment)

These are just starting points for a decision-making process. A mutually beneficial and well aligned cooperation can open new opportunities.

Read the article and explore the company’s values and its core business. Get to know what’s important for us.

https://infoludek.pl/kariera/gryftec-wspolprace-budujemy-w-oparciu-o-relacje/

Source: Infoludek

Today, embedded systems are used in a wide range of industries and devices we use, from smartphones through TV sets to cars. To assure the systems are of the highest quality, it is essential to test them and, for that to happen, create appropriate test environments. The test infrastructure team provides the essential elements for conducting tests as well as the tools for the management of the testing process itself. They are the key component both for testers, who need access to the right set of tools, as well as for the customer himself who expects reliable test results.

An important part of the test infrastructure are test environments. Testing of embedded systems is focused on the actual device, which may require various types of sensors, actuators or communication interfaces (used for interaction with the surroundings or other systems) in order to work properly. When testing particular components such as an ECU (Electronic Control Unit), for example, the test environment simulates input signals and allows the tester to check output signals produced by the device. Therefore, one of the primary tasks of the infrastructure department is finding solutions, which enable us to simulate the environment, in which the device under test will be used.
In our company, B&R X20 series, controllers, and Vector VT System devices are commonly used for this purpose, which the tester is operating using the Vector CANoe software. While the Vector VT System uses a build-in communication interface within CANoe, it was the test infrastructure team’s task to create a real-time communication solution with the other components.

czytaj dalej