TestMtg, 2007-12-02

From OLPC
Revision as of 19:00, 3 December 2007 by Kimquirk (talk | contribs)
Jump to navigation Jump to search

Attending: Kim, Alex, Scott, Michael, Bernie, Chris


Agenda:

  1. Automated test harness(es): getting beyond tinderbox (some discussion on tinderbox is good, too!)
  2. GUI testing
  3. Activity Testing (Greg's project)
  4. Integration, System, Performance, Scaling (everything else)

Automated testing ideas:

  • Overarching goal is to have as much automated testing as possible to be able to provide 'reliable' builds.
  • Second part of the goal is that testing takes a long time (even tinderbox with old hardware)
  • Also, a single test methodology can't catch everything, need mulitple test strategies:
    1. Tinderbox
    2. Functional tests
    3. GUI test tool (trac #5277)
    4. Headless tests (trac #5276)
      • Link checking the library
      • verifying file systems are appropriate
      • text black list, etc. (trac #5275)

Build process view (trac #5279):

  1. Collect packages from Cogi; make sure there are SRPMs
  2. Pilgrim puts all the pieces together and generates change logs
  3. Automated testing
  4. Installation: this build only shows up on download.laptop.org
    • Official builds (signed)
    • Test stream, release candidates (signed)
    • Development stream (always unsigned)


Need to get this all on a wiki page for discussion, review and reference for all developers and testers.


One goal of this process is that 'latest' releases (even joyride) should always compile and have passed the automated testing.


Automated test harnesses:

  1. Tinderbox: Checks whether a build installs, boots, connects to the wireless mesh, runs activities, power measurements
    • Action item: Need Richard to create an MP unit for tinderbox to replace the old laptop there.
    • Action item: Chris will take the action to get tinderbox reporting again.
  1. Qemu harness: runs all the activities in a window on your desktop
    • Can we pull versions from the build infrastructure?
    • Can we do activity collaboration testing at this level?
  1. Hydra: test cluster of a small number of XOs connected via serial connector. Michael Stone has created this harness.
  1. Headless Python Test Suite: Scott is going to define this one
  1. Activity collaboration testing can be done without XOs


  1. 'Test Activity' - Manual tests that people can run and report into a central database.
  1. GUI testing - if we can emulate the proper screen resolution, would that be good enough? X-automation package provides 'xgrep' and take a portion of an image and say if it is a part of another image. This might be good for some sugar/journal stuff.