Capture and Replay Hardware Behaviour for Bug Reporting and Regression Testing

Session information has not yet been published for this event.

*
50 Minute Talk
Scheduled: Wednesday, September 18, 2013 from 10:50 – 11:40am in Celestin C

One Line Summary

You should be familiar with Linux userspace hardware handling (sysfs, /dev, uevents, D-BUS, etc.) and be interested in QA.

Abstract

Software stacks that interact with hardware such as Desktop power management, GNOME’s gvfs, or handling of multiple monitors and USB devices have traditionally been hard to debug. For a developer it is difficult to reproduce problems and write regression tests without having access to the problematic hardware. Recently there has been some progress in this area with dbusmock and umockdev. This talk introduces the current state of the art and ends in a group discussion about the needs of particular projects: How can we cover other areas like network devices? Which kinds of hardware and software
projects would benefit most from recording the behaviour of real hardware and replaying it on developer’s machines and test suites?

Speaker

  • Tmp

    Martin Pitt

    Upstream QA Engineer, Canonical

    Biography

    Since 2004 Pitt has worked as an Ubuntu Platform team engineer at Canonical Ltd, in various roles (security, desktop, project mgmt, release engineering). Presently Pitt is a QA team engineer, focusing on QA technology research and upstream QA (mostly GNOME and Linux plumbing). Pitt is currently working on projects for automated bug reporting and creating regression tests for hardware and GUI related software (Apport, umockdev, python-dbusmock).