-
Notifications
You must be signed in to change notification settings - Fork 24
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Setting up hardware testing #10
Comments
We can probably use 'quic-yocto' as a way to indicate that these are jobs coming out of this org.
Yes, boot test is already a great start.
Thanks for starting this up. |
@mwasilew @ricardosalveti how to view the dashboard that displays the run result for boot test? |
@sbanerjee-quic results will be posted somewhere here: https://qa-reports.foundries.io/qcom/. Right now there is nothing as we haven't started running any tests yet. |
Ah, I forgot to mention there should be a link to test results on each commit we test - PR and cron testing. |
This ticket is about setting up testing on hardware. Below there is a list of things to setup in order to start testing:
LAVA lab
This is already setup. We host qcm6490 (qcs6490) and it can run boot test using OE build
qa-reports group and project
I created group
qcom
. It currently only contains a test project that has restricted visibility. What is the name of the project we want to keep the test results in?Setup github integration for result reporting
The idea of test result reporting is to push the test status to the commit directly. This avoids running a github action for the whole duration of the test job (plus waiting time if there is a queue). Once tests are completed, the status will be pushed using github API. This can be done for a commit (cron builds) or PR. On PR it shows as an additional check. For this integration to work it is required to setup a token with the following permissions:
Token needs to be uploaded to qa-reports
Store build artifacts where LAVA can download them from
LAVA can download with additional headers to avoid exposing artifacts to unauthorized download. Password or token has to be stored in LAVA master.
Define test jobs
I think we should start with boot test on qcs6490. More tests can be added later. I think at this point we can't test with ethernet due to missing firmware. This reduces the number of tests we can actually run.
Adding test submission action to the workflow
This can be done after github token is setup. Submit action repository is located here: https://github.com/foundriesio/qa-reports-action. I will start a PR on that shortly.
The text was updated successfully, but these errors were encountered: