Resulttool: Difference between revisions

From Yocto Project
Jump to navigationJump to search
No edit summary
 
(38 intermediate revisions by the same user not shown)
Line 1: Line 1:
= Summary =
= Summary =


The resulttool is command line tool available inside poky/scripts, it was developed to manage test result files for both automated tests (eg. oeqa/runtime, selftest, sdk, etc) and manual tests (eg. oeqa/manual). It was developed as an alternative tool to replace test result storage and reporting using Testopia and Wiki Page.  
The resulttool is command line tool available inside poky/scripts, it was developed to manage test result files for both automated tests (eg. oeqa/runtime, oeqa/selftest, oeqa/sdk, etc) and manual tests (eg. oeqa/manual). It was developed as an alternative tool to replace test result storage and reporting using Testopia and Wiki Page.
 
To view the features available for resulttool, git clone poky repository, source poky environment, type "resulttool --help".


To view the features available for resulttool, start with poky repository, source poky environment, type "resulttool --help".


= List of features =  
= List of features =  
Line 14: Line 15:
  - "regression-git": regression git analysis
  - "regression-git": regression git analysis
  - "report": summarise test results
  - "report": summarise test results
- "log": show logs


== manualexecution ==
== manualexecution ==
The manualexecution was developed to provide command line interface to execute manual tests inside oeqa/manual and it will create testresults.json file that contain the configurations and status of the testing.  
The manualexecution plugin was developed to provide command line interface to execute manual tests inside oeqa/manual and it will create testresults.json file that contain the configurations and status of the testing (result format compatible to store, report, regression).
 
Current "Branch" and "Commit" used by the poky repository to run resulttool will be used to create the layers metadata inside testresults.json configuration. The layers metadata were important data required by the "resulttool store" for creating the git tag. Where the git tag will be used for "resulttool report" and "resulttool regression-git".
 
The "MACHINE" and "IMAGE_BASENAME" configurations were mandatory inputs for manualexecution as these configurations will be used for "resulttool regression" and "resulttool regression-git", where regression used the configurations data to find matching result set for regression comparison if specific result id was not provided.  


=== manualexecution --help ===
=== manualexecution --help ===
Line 23: Line 30:


arguments:
arguments:
   file        specify path to manual test case JSON file.Note: Please use ""
   file        specify path to manual test case JSON file.Note: Please use "" to encapsulate the file path.
              to encapsulate the file path.
 
options:
  -h, --help            show this help message and exit
  -c CONFIG_OPTIONS_FILE, --config-options-file CONFIG_OPTIONS_FILE
                        the config options file to import and used as
                        available configuration option selection or make
                        config option file
  -m, --make-config-options-file
                        make the configuration options file based on provided
                        inputs
  -t TESTCASE_CONFIG_FILE, --testcase-config-file TESTCASE_CONFIG_FILE
                        the testcase configuration file to enable user to run
                        a selected set of test case or make a testcase
                        configuration file
  -d, --make-testcase-config-file
                        make the testcase configuration file to run a set of
                        test cases based on user selection
 
=== manualexecution example ===
To run manual sdk testcases inside oeqa/manual/sdk.json, use "resulttool manualexecution":
 
$ cd poky
$ source oe-init-build-env
$ resulttool manualexecution ../meta/lib/oeqa/manual/sdk.json
 


== merge ==
== merge ==
The merge plugin was developed to facilitate test result file(s) merging.
=== merge --help ===
merge the results from multiple files/directories into the target file or directory
arguments:
  base_results    the results file/directory to import
  target_results  the target file or directory to merge the base_results with
options:
  -h, --help            show this help message and exit
  -t, --not-add-testseries
                        do not add testseries configuration to results
  -x EXECUTED_BY, --executed-by EXECUTED_BY
                        add executed-by configuration to each result file
=== merge example ===
To merge base testresults.json file to target directory.
Assume base at tmp/log/manual/testresults.json and target directory at <target-testresults-dir>.
$ cd poky
$ source oe-init-build-env
$ resulttool merge tmp/log/manual/testresults.json <target-testresults-dir>


== store ==
== store ==
store testresults.json and other artifacts to git repository
The store plugin was developed to store testresults.json file and other artifacts files to local git repository (https://git.yoctoproject.org/git/yocto-testresults). Where the local git repository serves as a database containing test result information to be used by "report", "regression" and "regression-git" plugin.
 
=== store --help ===
takes a results file or directory of results files and stores them into the
destination git repository, splitting out the results files as configured
 
arguments:
  source            source file or directory that contain the test result
                    files to be stored
  git_dir            the location of the git repository to store the results
                    in
 
options:
  -h, --help        show this help message and exit
  -a, --all          include all files, not just testresults.json files
  -e, --allow-empty  don't error if no results to store are found
  -x EXECUTED_BY, --executed-by EXECUTED_BY
                        add executed-by configuration to each result file
  -t EXTRA_TEST_ENV, --extra-test-env EXTRA_TEST_ENV
                        add extra test environment data to each result file
                        configuration
 
=== store example ===
To store tmp/log/manual/testresults.json to local result repository.
 
Assume "resulttool manualexecution" create the testresults.json file inside tmp/log/manual/testresults.json and yocto-testresults local git repository was clone at <yocto-testresults-dir>.
 
$ cd poky
$ source oe-init-build-env
$ resulttool store tmp/log/manual/ <yocto-testresults-dir>
 


== regression ==
== regression ==
The regression plugin was developed to provide regression analysis between two set of results (eg. compare base set results to target set results). This "regression" shall be applied to specific test result file or directory.
=== regression --help ===
regression analysis comparing the base set of results to the target results
arguments:
  base_result          base result file/directory for the comparison
  target_result        target result file/directory to compare with
options:
  -h, --help            show this help message and exit
  -b BASE_RESULT_ID, --base-result-id BASE_RESULT_ID
                        (optional) filter the base results to this result ID
  -t TARGET_RESULT_ID, --target-result-id TARGET_RESULT_ID
                        (optional) filter the target results to this result ID
=== regression example ===
To have regression analysis on base result set and target result set.
Assume base test result files was at <base-result-dir>. Assume target test result files was at <target-result-dir>.
$ cd poky
$ source oe-init-build-env
$ resulttool regression <base-result-dir> <target-result-dir>


== regression-git ==
== regression-git ==
The regression-git plugin was developed to provide regression analysis to test result available inside a local git repository. User need to clone yocto-testresults (https://git.yoctoproject.org/git/yocto-testresults) to local machine.
=== regression-git --help ===
regression analysis comparing base result set to target result set
arguments:
  repo                  the git repository containing the data
options:
  -h, --help            show this help message and exit
  -b BASE_RESULT_ID, --base-result-id BASE_RESULT_ID
                        (optional) default select regression based on
                        configurations unless base result id was provided
  -t TARGET_RESULT_ID, --target-result-id TARGET_RESULT_ID
                        (optional) default select regression based on
                        configurations unless target result id was provided
  --branch BRANCH, -B BRANCH
                        Branch to find commit in
  --branch2 BRANCH2    Branch to find comparision revisions in
  --commit COMMIT      Revision to search for
  --commit-number COMMIT_NUMBER
                        Revision number to search for, redundant if --commit
                        is specified
  --commit2 COMMIT2    Revision to compare with
  --commit-number2 COMMIT_NUMBER2
                        Revision number to compare with, redundant if
                        --commit2 is specified
=== regression-git example ===
To perform regression analysis on local result repository.
Assume base test result set and target result set was stored inside local git repository at <yocto-testresults-dir>.
$ cd poky
$ source oe-init-build-env
$ resulttool regression-git <yocto-testresults-dir> --commit <commit-of-base> --commit2 <commit-of-target>


== report ==
== report ==
The report plugin was developed to summarise test result available in a file/directory/git repository.
=== report --help ===
print a text-based summary of the test results
arguments:
  source_dir        source file/directory that contain the test result files
                    to summarise
options:
  -h, --help            show this help message and exit
  --branch BRANCH, -B BRANCH
                        Branch to find commit in
  --commit COMMIT      Revision to report
  -t TAG, --tag TAG    source_dir is a git repository, report on the tag
                        specified from that repository
  -m, --use_regression_map
                        instead of the default "store_map", use the
                        "regression_map" for report
  -r RAW_TEST_ONLY, --raw_test_only RAW_TEST_ONLY
                        output raw test result only for the user provided test
                        result id
  -s SELECTED_TEST_CASE_ONLY, --selected_test_case_only SELECTED_TEST_CASE_ONLY
                        output selected test case result for the user provided
                        test case id, if both test result id and test case id
                        are provided then output the selected test case result
                        from the provided test result id
=== report example ===
To get summary report for test result stored inside local git repository.
$ cd poky
$ source oe-init-build-env
$ resulttool report <yocto-testresults-dir>
== log ==
The log plugin was developed to print log available in a file/directory/URL.
=== log --help ===
show the logs from test results
arguments:
  source_dir        the results file/directory/URL to import
options:
  -h, --help            show this help message and exit
  --ptest PTEST        show logs for a ptest
  --dump-ptest DIR      Dump all ptest log files to the specified directory.
  --reproducible REPRODUCIBLE
                        show logs for a reproducible test
  --prepend-run        Dump ptest results to a subdirectory named after the
                        test run when using --dump-ptest. Required if more
                        than one test run is present in the result file
  --raw                show raw (ptest) logs. Deprecated. Alias for "--raw-
                        ptest"
  --raw-ptest          show raw ptest log
  --raw-reproducible    show raw reproducible build logs
=== log example ===
To dump ptest log to a directory.
$ cd poky
$ source oe-init-build-env
$ resulttool log <yocto-testresults-dir> --dump-ptest <output-dir-for-ptest>
To print custom ptest log from a custom ptest.
$ cd poky
$ source oe-init-build-env
$ resulttool log <yocto-testresults-dir> --ptest <package-name-that-provide-ptest>

Latest revision as of 04:50, 7 April 2020

Summary

The resulttool is command line tool available inside poky/scripts, it was developed to manage test result files for both automated tests (eg. oeqa/runtime, oeqa/selftest, oeqa/sdk, etc) and manual tests (eg. oeqa/manual). It was developed as an alternative tool to replace test result storage and reporting using Testopia and Wiki Page.

To view the features available for resulttool, git clone poky repository, source poky environment, type "resulttool --help".


List of features

The resulttool provide plugin to:

- "manualexecution": helper script for results populating during manual test execution
- "merge": merge test result files/directories
- "store": store test results into a git repository
- "regression": regression file/directory analysis
- "regression-git": regression git analysis
- "report": summarise test results
- "log": show logs


manualexecution

The manualexecution plugin was developed to provide command line interface to execute manual tests inside oeqa/manual and it will create testresults.json file that contain the configurations and status of the testing (result format compatible to store, report, regression).

Current "Branch" and "Commit" used by the poky repository to run resulttool will be used to create the layers metadata inside testresults.json configuration. The layers metadata were important data required by the "resulttool store" for creating the git tag. Where the git tag will be used for "resulttool report" and "resulttool regression-git".

The "MACHINE" and "IMAGE_BASENAME" configurations were mandatory inputs for manualexecution as these configurations will be used for "resulttool regression" and "resulttool regression-git", where regression used the configurations data to find matching result set for regression comparison if specific result id was not provided.

manualexecution --help

helper script for results populating during manual test execution. You can find manual test case JSON file in meta/lib/oeqa/manual/

arguments:

 file        specify path to manual test case JSON file.Note: Please use "" to encapsulate the file path.

options:

 -h, --help            show this help message and exit
 -c CONFIG_OPTIONS_FILE, --config-options-file CONFIG_OPTIONS_FILE
                       the config options file to import and used as
                       available configuration option selection or make
                       config option file
 -m, --make-config-options-file
                       make the configuration options file based on provided
                       inputs
 -t TESTCASE_CONFIG_FILE, --testcase-config-file TESTCASE_CONFIG_FILE
                       the testcase configuration file to enable user to run
                       a selected set of test case or make a testcase
                       configuration file
 -d, --make-testcase-config-file
                       make the testcase configuration file to run a set of
                       test cases based on user selection

manualexecution example

To run manual sdk testcases inside oeqa/manual/sdk.json, use "resulttool manualexecution":

$ cd poky
$ source oe-init-build-env
$ resulttool manualexecution ../meta/lib/oeqa/manual/sdk.json


merge

The merge plugin was developed to facilitate test result file(s) merging.

merge --help

merge the results from multiple files/directories into the target file or directory

arguments:

 base_results    the results file/directory to import
 target_results  the target file or directory to merge the base_results with

options:

 -h, --help            show this help message and exit
 -t, --not-add-testseries
                       do not add testseries configuration to results
 -x EXECUTED_BY, --executed-by EXECUTED_BY
                       add executed-by configuration to each result file

merge example

To merge base testresults.json file to target directory.

Assume base at tmp/log/manual/testresults.json and target directory at <target-testresults-dir>.

$ cd poky
$ source oe-init-build-env
$ resulttool merge tmp/log/manual/testresults.json <target-testresults-dir>


store

The store plugin was developed to store testresults.json file and other artifacts files to local git repository (https://git.yoctoproject.org/git/yocto-testresults). Where the local git repository serves as a database containing test result information to be used by "report", "regression" and "regression-git" plugin.

store --help

takes a results file or directory of results files and stores them into the destination git repository, splitting out the results files as configured

arguments:

 source             source file or directory that contain the test result
                    files to be stored
 git_dir            the location of the git repository to store the results
                    in

options:

 -h, --help         show this help message and exit
 -a, --all          include all files, not just testresults.json files
 -e, --allow-empty  don't error if no results to store are found
 -x EXECUTED_BY, --executed-by EXECUTED_BY
                       add executed-by configuration to each result file
 -t EXTRA_TEST_ENV, --extra-test-env EXTRA_TEST_ENV
                       add extra test environment data to each result file
                       configuration

store example

To store tmp/log/manual/testresults.json to local result repository.

Assume "resulttool manualexecution" create the testresults.json file inside tmp/log/manual/testresults.json and yocto-testresults local git repository was clone at <yocto-testresults-dir>.

$ cd poky
$ source oe-init-build-env
$ resulttool store tmp/log/manual/ <yocto-testresults-dir>


regression

The regression plugin was developed to provide regression analysis between two set of results (eg. compare base set results to target set results). This "regression" shall be applied to specific test result file or directory.

regression --help

regression analysis comparing the base set of results to the target results

arguments:

 base_result           base result file/directory for the comparison
 target_result         target result file/directory to compare with

options:

 -h, --help            show this help message and exit
 -b BASE_RESULT_ID, --base-result-id BASE_RESULT_ID
                       (optional) filter the base results to this result ID
 -t TARGET_RESULT_ID, --target-result-id TARGET_RESULT_ID
                       (optional) filter the target results to this result ID

regression example

To have regression analysis on base result set and target result set.

Assume base test result files was at <base-result-dir>. Assume target test result files was at <target-result-dir>.

$ cd poky
$ source oe-init-build-env
$ resulttool regression <base-result-dir> <target-result-dir>


regression-git

The regression-git plugin was developed to provide regression analysis to test result available inside a local git repository. User need to clone yocto-testresults (https://git.yoctoproject.org/git/yocto-testresults) to local machine.

regression-git --help

regression analysis comparing base result set to target result set

arguments:

 repo                  the git repository containing the data

options:

 -h, --help            show this help message and exit
 -b BASE_RESULT_ID, --base-result-id BASE_RESULT_ID
                       (optional) default select regression based on
                       configurations unless base result id was provided
 -t TARGET_RESULT_ID, --target-result-id TARGET_RESULT_ID
                       (optional) default select regression based on
                       configurations unless target result id was provided
 --branch BRANCH, -B BRANCH
                       Branch to find commit in
 --branch2 BRANCH2     Branch to find comparision revisions in
 --commit COMMIT       Revision to search for
 --commit-number COMMIT_NUMBER
                       Revision number to search for, redundant if --commit
                       is specified
 --commit2 COMMIT2     Revision to compare with
 --commit-number2 COMMIT_NUMBER2
                       Revision number to compare with, redundant if
                       --commit2 is specified

regression-git example

To perform regression analysis on local result repository.

Assume base test result set and target result set was stored inside local git repository at <yocto-testresults-dir>.

$ cd poky
$ source oe-init-build-env
$ resulttool regression-git <yocto-testresults-dir> --commit <commit-of-base> --commit2 <commit-of-target>


report

The report plugin was developed to summarise test result available in a file/directory/git repository.

report --help

print a text-based summary of the test results

arguments:

 source_dir         source file/directory that contain the test result files
                    to summarise

options:

 -h, --help            show this help message and exit
 --branch BRANCH, -B BRANCH
                       Branch to find commit in
 --commit COMMIT       Revision to report
 -t TAG, --tag TAG     source_dir is a git repository, report on the tag
                       specified from that repository
 -m, --use_regression_map
                       instead of the default "store_map", use the
                       "regression_map" for report
 -r RAW_TEST_ONLY, --raw_test_only RAW_TEST_ONLY
                       output raw test result only for the user provided test
                       result id
 -s SELECTED_TEST_CASE_ONLY, --selected_test_case_only SELECTED_TEST_CASE_ONLY
                       output selected test case result for the user provided
                       test case id, if both test result id and test case id
                       are provided then output the selected test case result
                       from the provided test result id

report example

To get summary report for test result stored inside local git repository.

$ cd poky
$ source oe-init-build-env
$ resulttool report <yocto-testresults-dir>


log

The log plugin was developed to print log available in a file/directory/URL.

log --help

show the logs from test results

arguments:

 source_dir         the results file/directory/URL to import

options:

 -h, --help            show this help message and exit
 --ptest PTEST         show logs for a ptest
 --dump-ptest DIR      Dump all ptest log files to the specified directory.
 --reproducible REPRODUCIBLE
                       show logs for a reproducible test
 --prepend-run         Dump ptest results to a subdirectory named after the
                       test run when using --dump-ptest. Required if more
                       than one test run is present in the result file
 --raw                 show raw (ptest) logs. Deprecated. Alias for "--raw-
                       ptest"
 --raw-ptest           show raw ptest log
 --raw-reproducible    show raw reproducible build logs

log example

To dump ptest log to a directory.

$ cd poky
$ source oe-init-build-env
$ resulttool log <yocto-testresults-dir> --dump-ptest <output-dir-for-ptest>

To print custom ptest log from a custom ptest.

$ cd poky
$ source oe-init-build-env
$ resulttool log <yocto-testresults-dir> --ptest <package-name-that-provide-ptest>