Testing and Automation

Fuzzing, or How I Generated 1,000,000 New Emulator Test Cases in an Afternoon

Fill your boots. Then fill somebody else's.
D.testing
Thomas Harte
<p>Emulation of classic hardware is a solved problem and like all solved problems that are sufficiently fun it attracts countless new implementations every year. This has led to the creation of many public test suites — test suites independent of any particular emulator, which can usually even run on real hardware. But these suites tend to assume a lot of working functionality beyond the part they are specifically testing, being designed by an intelligent human being to test complete emulators holistically.</p> <p>This presentation covers an alternative source and target of emulator tests: random numbers, to test individual processor instructions, so that future emulator authors can test from day one.</p>

Additional information

Type devroom

More sessions

2/5/22
Testing and Automation
D.testing
<p>A warm welcome from your devroom managers, practical information, lineup and administrivia. Happy Testing!</p>
2/5/22
Testing and Automation
Richard Palethorpe
D.testing
<p>How we use the Sparse C Abstract Syntax Tree and linearized Intermediate Representation to write custom checks for the Linux Test Project API.</p>
2/5/22
Testing and Automation
Laurent Carlier
D.testing
<p>The technical presentation is about how to use mocks to unit test Linux kernel drivers. The presentation explains how mocks help validating operational code. For instance by checking parameters passed to mocked function, or by configuring the mock to return an error code.</p> <p>The presentation will include some unit test examples that use a mocking tool which is called EasyMock. I'm the author of EasyMock.</p>
2/5/22
Testing and Automation
Armand Bénéteau
D.testing
<p>The concerns about code complexity, cybersecurity and LTS have made a continuous testing infrastructure a must have.</p> <p>The tests must take place both in virtual and real target. Virtual target because developers never get enough physical boards to test from, and real in order to limit virtualization/reality deviation.</p>
2/5/22
Testing and Automation
Fotis Nikolaidis
D.testing
<p>As distributed systems evolve, the testing scale multiplies, asking for dozens of test cases, combined with different application benchmarks (e.g., performance, correctness), and arbitrary operating conditions. Kubernetes holds a promise to enable automation and process improvement directly contributing to a system's reliability. Establishing a declarative API and providing a cheap and disposable environment, Kubernetes makes it easy to create uniform experiments, which may run manually or be ...
2/5/22
Testing and Automation
D.testing
<p>Maintaining software systems for a long time is hard. Backporting kernel patches is a complex and expensive overhead. The Linux project's position is - quite rightly - to instruct down-streams to upgrade to the latest release.</p> <p>In practice, upgrading is difficult, scary and sometimes avoided. It takes time and effort before there is enough confidence that new releases will work in context: full system testing in embedded environments can be arduous. What if we could have continuous, ...
2/5/22
Testing and Automation
Stevan Radaković
D.testing
<p>In this session we introduce and explain the integration between LAVA (Linaro Automated Validation Architecture) and GitLab as part of the testing efforts in the Oniro OS from Eclipse foundation. The session will cover brief introductions to LAVA and Oniro, integration with GitLab and also present on how we provide vendors the opportunity to test the full software stack on the live devices in-house in completely integrated manner with the main lab and have the test results available for ...