QA Procedure

  1. Download the desired build from Eclipse Jenkins
  2. Checkout the latest QA spreadsheet, make a copy and name it properly.
  3. Fill-in the details in the first ~20 rows
  4. Execute the tests
    1. Run the test on the target platform
    2. Mark Pass (Y/N) column with Y(es)/N(o)/P(artial)
    3. Report found issues on GitHub and fill-in Bug/Additional info:
      <No>) #<GitHub issue number>
      Issue description
      1) #1111
      Issue description...
      2) #1112
    4. Add issue number to appropriate Build number column.
  5. Place the results into assets/qa/system-test/results/<version>/ directory.

When verifying the fixed issues, fill-in the appropriate Build number column with issue status e.g. #1111 - verified

Office suite support

There are several commercial office suites and their free alternatives available. It is recommended to use the open document format - ods - with varying degrees of support in these office suites.

The best option that preserves most spreadsheet functionality is to open and save the file in LibreOffice 5.2+.

Second best option is to open and save the file in OpenOffice 4.1+. Here only some conditional formatting will not show.

Excel 2010 doesn’t open/repair the file properly, so formulas will be lost and replaced with values. OpenOffice 4.0 doesn’t handle all formulas/conditional formatting properly either - errors may be shown instead.

File Naming Convention

Copy and rename qa_kura.ods this way:

qa_kura_<version>_<installer name>[_<name or initials>].ods







  • Raspberry Pi 3
  • Intel Up2
  • Rockchip 960
  • Docker


  • Raspbian
  • Ubuntu 16
  • Centos 7


  • Oracle JDK 1.8
  • Open JDK 1.8