Loading…
DevConf.CZ 2019 has ended

Sign up or log in to bookmark your favorites and sync them to your phone or calendar.

Quality & Testing [clear filter]
Friday, January 25
 

9:30am CET

How fuzzing helps to find bugs
This is based on my experience with fuzzing in systemd and casync using google's oss-fuzz. I'll discuss the general idea, libraries which can be used for fuzzing (afl, libfuzzer) and testing (address sanitizer, valgrind, ...), how to easily add fuzzing to any compiled project, and how to use online fuzzing resources. I think that almost any project can benefit, but this is still relatively unknown and many people don't realize how is it easy to add fuzzing, and how quickly this finds bugs. Fuzzing is yet another tool that is a necessary part of the toolbox.

I expect that attendees will be know how to add fuzzing to their projects after the session even if they knew nothing about the subject beforehand.

Speakers
avatar for Zbigniew Jędrzejewski-Szmek

Zbigniew Jędrzejewski-Szmek

software engineer, Red Hat
systemd maintainer



Friday January 25, 2019 9:30am - 9:55am CET
E105

10:00am CET

Testing in a Reactive Way
Today, Reactive Programming is becoming more popular in IT applications. It offers a new way to handle asynchronous processes. No matter if they are computation processes, long time running processes, cloud processes, web application you can benefit from this programming approach. You can benefit from this approach even when writing tests, and this is the focus for this presentation.
You will try think about testing in a new way. You will see Python code - RxPy, JavaScript code RxJS in an action.

Speakers
avatar for Jan Stavel

Jan Stavel

Senior Quality Engineer, Red Hat


index html
scan png
zip png

Friday January 25, 2019 10:00am - 10:25am CET
E105

10:30am CET

Symbiotic: finding bugs in C programs
Computer bugs make everyday life harder not just to programmers, but mostly to users. This brings up the desire for bug-free software. Symbiotic is an open-source tool that automatically finds bugs in C programs. It performs a set of program transformations that make it easier to find bugs, and then it analyzes the program by symbolic execution. It can search for the common errors like assertion violation, null or dangling pointer dereference, integer overflow, and similar. In this presentation, we tell you what is Symbiotic, how it works, and how you can use it.
Slides: https://github.com/mchalupa/devconf19-symbiotic-presentation

Speakers
MC

Marek Chalupa

Student, Masaryk University


main pdf

Friday January 25, 2019 10:30am - 10:55am CET
E105

1:00pm CET

Make a career out of Opensource Software testing
Some overlook Software testing as a career Option. Some don't know where to start, and many don't know where they can learn from and contribute. The easiest gateway to learn software testing is through contributing to Opensource software quality. You get to learn many new technologies, can learn to understand what s/w quality is about and contribute to it in many ways. In this talk we would be talking about how to learn , contribute , network and make a career out of software testing through opensource projects

Speakers
avatar for Nag Pavan Chilakam

Nag Pavan Chilakam

Principal Quality Engineer, Red Hat
A Storage Quality Engineer who loves his job



Friday January 25, 2019 1:00pm - 1:25pm CET
E105

1:30pm CET

QE role in a cross functional team
Being in cross functional team can pose a challenge for Quality Engineers. It is not enough to learn Devel processes and make occasional bugfixes for them to be effective in their role. Practices that worked just fine in case of separate Devel and QE teams gets in the way now and needs to be rethought.

In this talk, I will share experience and observations I got during my transformation from pure QE working separately to devel counterparts, to combined QE/Product Owner role in fully cross functional team.

Speakers
avatar for Marek Haičman

Marek Haičman

Red Hat Czech
I am Quality Engineer and Product Owner of the Security Compliance team in Red Hat Enterprise Linux. I am mostly interested in these topics:* Security Compliance* Testing of tests* CI in upstream / community projects



Friday January 25, 2019 1:30pm - 1:55pm CET
E105

2:00pm CET

Cookies for Kernel Developers
Red Hat's CKI ("cookie") project is building a CI for kernel patches being sent to maillists, both its own and public. We are putting our extensive park of hard-to-obtain hardware to the task of testing patches before they're even reviewed, and we strive to give you the test results with no strings attached, just like cookies.

We've been running the system internally for a while, and are getting ready to apply it to upstream patches and start sending reports to contributors. We would like to tell you how our system works so far, what ideas we have, and hear how you would like it to work for you, on upstream maillists!

Naturally, real cookies are involved in the presentation!

Speakers
avatar for Major Hayden

Major Hayden

Red Hat
avatar for Nikolai Kondrashov

Nikolai Kondrashov

Senior Software Engineer, Red Hat
A self-taught software engineer. Love working on low-level software and dealing with hardware directly. Work on CKI project at Red Hat, maintain DIGImend project, and play with embedded as a hobby.



Friday January 25, 2019 2:00pm - 2:50pm CET
E105

3:00pm CET

Things Fedora QA Robots Do
There are rather a lot of bits of automated infrastructure related to Fedora QA that do things like creating those release validation wiki pages you may have seen, forwarding automated results to various places, sending out email reports, and so on. This session will try to provide an overview of all these little things, which I like to call robots because it sounds cooler, their functions, where they run, and how they work together to help save people work and make Fedora work better.

Speakers
avatar for Adam Williamson

Adam Williamson

Fedora QA engineer, Red Hat
Fedora QA engineer


robots odp

Friday January 25, 2019 3:00pm - 3:50pm CET
E105

4:00pm CET

Testing Ceph: Pains & Pleasures
Over ten years of deployments, the Ceph distributed storage system has proven itself resilient to failures of all kinds. Much of this success can be traced to its “teuthology” automated testing system, which runs thousands of machine-hours of tests every day. This talk will describe the technical function of teuthology and our other CI systems; explore how Ceph succeeded in automated testing that is reliable and useful at both a system and community level; and discuss the ways and whys of where that testing falls short. We’ll explore pain points and pitfalls to avoid in trying to build these systems out, and ideas to help overcome them.

Speakers
avatar for Gregory Farnum

Gregory Farnum

Principal Software Engineer, Red Hat
Greg Farnum has been in the core Ceph development group since 2009. Now a Red Hat employee, Greg has done major work on all components of the Ceph ecosystem, previously served as the CephFS tech lead, and currently works as an individual contributor focused on the core RADOS syst... Read More →



Friday January 25, 2019 4:00pm - 4:50pm CET
E105

5:00pm CET

Write tests for the Always Ready Operating System
Join the workshop to understand the vision of the Always Ready Operating System and get hands-on experience with enabling new test coverage. Learn about processes and tools used to support testing, get an overview of documentation to easily find important information and be inspired to a quick start by real-life success stories.

Prerequisites:
Laptop with Fedora, Fedora account, FPCA signed
Recommended: A package for experimenting / contributions
Optional: A test suitable for CI

https://fedoraproject.org/wiki/CI

Speakers
DP

Dominik Perpeet

Operating System CI, Red Hat
Dominik Perpeet dreams of Operating Systems that are always stable, even in development. He leads the CI Objective in Fedora and wants to tie upstreams, Fedora and Red Hat Enterprise Linux together in logical and meaningful ways. He is with Red Hat and lives in Germany.
avatar for Miroslav Vadkerti

Miroslav Vadkerti

Senior Prinicipal Quality Engineer, Red Hat
I work on Continuous Integration for RHEL. I am the co-author of https://github.com/gluetool/gluetool and Testing Farm.
avatar for Petr Šplíchal

Petr Šplíchal

Principal Quality Engineer, Red Hat
Member of the Operating System CI team with focus on improving tools, processes and best practices.



Friday January 25, 2019 5:00pm - 5:50pm CET
E105