]> code.ossystems Code Review - openembedded-core.git/commit
resulttool: Improvements to allow integration to the autobuilder
authorRichard Purdie <richard.purdie@linuxfoundation.org>
Sat, 16 Feb 2019 18:13:00 +0000 (18:13 +0000)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Mon, 25 Mar 2019 23:12:07 +0000 (23:12 +0000)
commite4195565d2a50046d4378c97f7a593c41bed51bd
tree5eca9e05bd48d8a4dee07bf797b0ce98c9277db4
parentcd2ef260569a67907801299b1397db94aa871cb5
resulttool: Improvements to allow integration to the autobuilder

This is a combined patch of the various tweaks and improvements I
made to resulttool:

* Avoid subprocess.run() as its a python 3.6 feature and we
  have autobuilder workers with 3.5.

* Avoid python keywords as variable names

* Simplify dict accesses using .get()

* Rename resultsutils -> resultutils to match the resultstool ->
  resulttool rename

* Formalised the handling of "file_name" to "TESTSERIES" which the code
  will now add into the json configuration data if its not present, based
  on the directory name.

* When we don't have failed test cases, print something saying so
  instead of an empty table

* Tweak the table headers in the report to be more readable (reference
  "Test Series" instead if file_id and ID instead of results_id)

* Improve/simplify the max string length handling

* Merge the counts and percentage data into one table in the report
  since printing two reports of the same data confuses the user

* Removed the confusing header in the regression report

* Show matches, then regressions, then unmatched runs in the regression
  report, also remove chatting unneeded output

* Try harder to "pair" up matching configurations to reduce noise in
  the regressions report

* Abstracted the "mapping" table concept used to pairing in the
  regression code to general code in resultutils

* Created multiple mappings for results analysis, results storage and
  'flattening' results data in a merge

* Simplify the merge command to take a source and a destination,
  letting the destination be a directory or a file, removing the need for
  an output directory parameter

* Add the 'IMAGE_PKGTYPE' and 'DISTRO' config options to the regression
  mappings

* Have the store command place the testresults files in a layout from
  the mapping, making commits into the git repo for results storage more
  useful for simple comparison purposes

* Set the oe-git-archive tag format appropriately for oeqa results
  storage (and simplify the commit messages closer to their defaults)

* Fix oe-git-archive to use the commit/branch data from the results file

* Cleaned up the command option help to match other changes

* Follow the model of git branch/tag processing used by oe-build-perf-report
  and use that to read the data using git show to avoid branch change

* Add ptest summary to the report command

* Update the tests to match the above changes

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/lib/oeqa/selftest/cases/resulttooltests.py
scripts/lib/resulttool/manualexecution.py
scripts/lib/resulttool/merge.py
scripts/lib/resulttool/regression.py
scripts/lib/resulttool/report.py
scripts/lib/resulttool/resultsutils.py [deleted file]
scripts/lib/resulttool/resultutils.py [new file with mode: 0644]
scripts/lib/resulttool/store.py
scripts/lib/resulttool/template/test_report_full_text.txt
scripts/resulttool