RDK Resources
[*RDK Preferred*]
Code Management Facility
RDK Forums
[RDK Conferences]
RDK Support
Archives
Papers & Presentations Archive
...
User will be able to see the below Homepage after a successful login.
User can see the Builds Processed Details for a default time period of 30 days. User can change the date and click on filter to see the required details.
User can also see the Execution Details of Last 4.
To perform test execution, user needs to add test details to Automatics system. This can be done from Manage Scripts page.
...
To add a new script, user can click on “Add New” link on the right top of page. Field “Automation Id” should be unique name that identifies an automated test. This id should match with the automation id in automated test case. Automatics considers RDK builds in any of the 3 categories ‘Sprint’, “Stable” and “Release”. A test case can be mapped to execute in any or all of the build types.
On Next page, Environment can be selected. In the screen shown below, the test is RDKV device related. So mapping the test against RDKV environment. Next applicable device model/s can be selected. End point “RACK_DEVICE” refers to devices managed by rack system and “DESK DEVICE” refers to desk devices. Head end field refers to device head end. If head end is provided, then during execution, Automatics can request for devices from given head end.
On Next page, user can select the feature required by device during execution of test. Here, as we are adding MOCA related test case, feature “MOCA” is selected. During execution of this test, Automatics will request for device with feature “MOCA” from inventory. If a test case can mapped to a particular RDK component testing, then it can be mapped with Field “RDK Component”. Then Click on “Save”.
Script Steps
Using filter option, display the newly added test case and click on “Update Step Details“.
We can add test steps from here and to add new step click on “Add Row” button.
After adding test steps, the scripts should be enabled. Only enabled scripts will be considered for execution by Automatics.
Tick mark shows that the script is enabled.
User can trigger a test execution from “Trigger Execution Manually” page.
...
When “Is Quick Test Required”, it means before executing tests like 1HOUR or others, an image upgrade is to be done on device. QT refers to “Quick Test” which is a special test that will load the device with image mentioned in Build Name field. Only if QT is success, other type of tests will be executed by Automatics. If QT box is unchecked, then image upgrade is not performed.
Navigate to next page. In 2nd page, user can select test cases to be executed.
Next, navigate to 3rd page Device Details. User can provide device details from here. Automatics gets devices for execution either from user or via pool based mechanism.
...
Partner can configure pre-defined appender values in orchestration via System config. If user selects any of the pre-defined appender, then partner can add support at partner side implementation to perform device initialization based on appender value. The Automatics core sends appender to partner during initialization. This helps user to enable specific configurations in device before test execution.
When execution is triggered successfully, below pop message will be displayed.
User can verify the status of the job executions from Job Manager page. Also, user can cancel or re-trigger a job, view child jobs, navigate to Jenkins executions are other features provided by Job Manager.
Navigate to Manage Test Trigger, click on Job Manager under RDKV/RDKB.
Here, user can find the status of job executions. Quick Test(QT) is always the parent job of any other jobs. All other job types will be created under QT as child jobs. If user selected QT, then QT will be executed first on all selected devices and only when QT execution status is “COMPLETED” child jobs will start executing. If QT job status is “FAILURE”, then all child jobs become “CANCELLED”. Click on Action to view child jobs.
...
Initially, the status will be QUEUED.When the job is triggered in Jenkins it changes to SCHEDULED and when job execution is going on, then status will become IN PROGRESS.Once, it is completed you can see the status as COMPLETED.
Action tab on the page supports features in the order as “Go To Jenkins Job”, “Re-trigger”, “View Execution Results”, “View Child Jobs” and “More Options”. User can cancel a job from “More Options”.
User will be to view and download the various reports of Build Execution Results, Device Usage, Script Health & Script Execution Time reports from the Reports section.
From execution results page, user can view the results of the triggered build executions. It shows the total count of test steps and its Pass, Fail, NT(Not Tested), NR(Not Run) and NA(Not Applicable) counts.
...
Following details will be displayed as shown below:
Now, click on the Build name under the Image Name column to see the Test Case Results as below.
You can verify the required information from the Execution Result Details for that particular build.
User can get an idea on the execution results from test case count via this page.
...
Following details will be displayed as shown below:
User will be able to generate the usage reports of a particular device within the required dates.
...
The following data/details of that particular device will be generated as shown below.
User can generate the Health Report of the test scripts.
...
Now, enter the following required details of Select Start Date & End Date followed by Select Category Type as shown below and click on Generate.
After clicking on Generate the following data/details will be generated as show below
Also, by clicking on Download Report you can download the report to your local in order to see the data offline.
User can generate the Execution Time Report of the test scripts for the required dates.
...
After clicking on Generate the following data/details will be generated as show below.
Also, by clicking on Download Report you can download the report to your local in order to see the data offline.
RDK/CI portal sends execution requests to Automatics orchestration. Automatics based on filters configured decides if execution to be performed or not.
...
User will be able to see the incoming RDK Requests from the RDK Portal from this page.
...
If the request status is accepted, then execution will be triggered by Jenkins. Or else if the status is REJECTED, then no execution will be triggered.
User can configure RDK filters so that when request comes from RDK portal, Automatics can decide based on it, if execution should trigger or not.
Now, navigate to RDK E2E Manager and click on E2E RDK Request Filter under RDKV/RDKB.
User will be able to see the existing RDK Request Filters, if any present already like the above screen having.
We can Enable/Disable the Request Filters by clicking on the below Enable Selected Records/ Disable Selected Records. Only enabled filters will be considered by Automatics.
Also, we can show/hide the params of the request filter by clicking on Show/Hide Filter Params button above.
...
We can Edit the Request Filter, by clicking on Edit Request Filter Details under the Action column.
Edit the required details of the request filter and click on Save Results.
...
We can add a new Request Filter, by clicking on Add Request Filter Details button above.
Now, enter the required Settings details & Automation ID details of the filter and click on Save Results.
...