RDK Resources
[*RDK Preferred*]
Code Management Facility
RDK Forums
[RDK Conferences]
RDK Support
Archives
Papers & Presentations Archive
Note:- Before adding a new command, user needs to check the command to be added is already exist or not by filtering all the commands displayed using search box. If the command is already existing, then use that command instead creating the same.
Once the add configuration button is clicked then user will be navigated to the Command Manager page as shown below,
Command name should be meaningful and provided in the command name filed. In Description field user should mention the proper explanation about the command name. User should select the platforms to which the command is applicable. We need to map the command to the corresponding devices RDK-V, RDK-B, RDK-C and Select All. Once done the user can map the multiple devices if the command is applicable for multiple platforms. Validation type needs to be provided based on command name. Expected output or pattern should be correct otherwise Testcase will fail. After entering all the details of the command, need to click on the Action (+) button and Save button should be clicked and command name will be added successfully.
NOTE
If user wants to make any change in the entered details, then click the pencil icon in the Action column it will be navigated to the Command Manager page and can edit the entered details then click on Save Command button to save the changes.
To add the testcase and steps will be available inside Testcase Generator.
The test case generator tab will be as shown below:
To add a new testcase user should add the unique Id and Description should be correct based on the testcase Id. Environment Type needs to be selected based on the testcase (RDKV.RDKC,RDKB). User Should mention the test type either Functional or Custom. Run on models needs to select based on the devices that is applicable for the testcase. Test Priority, Regression label and RDK component should be selected based on the testcase. Once done Click on → Next button it will navigate to the Test Case Generator page as shown below.
To upload the steps, we can click and add Excel file and able to import test steps from other testcases.
Users can mention the values of Persist flag, Raise defect, Break on failure, Pre wait(sec), Post wait(sec), Execution thread in the excel file. That will be automatically updated in Summary page. Or the user can see all the available steps in the box. By using Filter, the user can find the added test step directly from the UI (Saved in a test step generator page).
user wants to edit the test case details, then click the pencil icon in the Action column in the Available test cases table. Then the user can edit the entered details then click on the Save button to save the changes or by clicking the Next button user can add/remove test steps from the selected steps column and click the Next → Next → Save button to save the changes. For Cloning clone or get a copy of a test case, then click the copy/clone icon in the Action column in the Available test cases table. Then user should provide a unique test case id, and user can edit the existing details and can add/remove the test steps. By clicking the Save button the cloned test case will be added in Available test cases table and it will not change the existing test case. By clicking the delete icon in Action column in Available test cases table, user can delete the test case.
For API's Explorer we can verify via Environment Type & API Category & Keywords.
Select appropriate environment (for E.g. select RDKV for Video devices, RDKB for broadband devices and RDKC for Cameras). For API's Category we can verify the category of the API's.
Using Keywords, we can search for (Ex: channel tune) it will expose all channel related API's.
API's can be verified via
Build Test Case
The build test case tab will be as shown below:
For Build test case the Test case Id should be unique and different, and Test Description should be correct way based on the Testcase ID. In Environment Type Field Select appropriate environment (for Eg. select RDKV for Video devices, RDKB for broadband devices and RDKC for Cameras and EXTENDER for Extender devices). Test type and Test Priority should be in the Unique way. Run on models needs to be mentioned like what are all the devices that are applicable for the Test case ID. For each test case id, we need to mention the models that needs to execute. User can verify once whether all the details are valid and then click on the Next button.
Then user will be navigated to Build your own Test case... page as shown below.
For Build our Own Test case
we need to add three steps ;
By clicking Add Step button, the User will get a drop-down as shown below.
All the options that are present in the drop-down are explained below,
Step name
Step No will be in non-editable one. Description should be clear based on the test step. User can select the Command Type based on each step. Based on the API's the methods will be applicable for each step.By clicking the settings icon in the Input filed, User will be navigated → Input Configuration page.
For Command User needs to add the command inside the command field. User can select how the output of the command executed should be validated. Select all the device models to which the command will be applicable. The expected output of the command should be given in this field. If the selected execution mode of the test case is Connected Client, then user can select Device-Config and Clients. After entering all the details of the input command, we need to click → Add button. User can verify once whether all the details are valid and then click on the Submit button.Now command and Test step added successfully. If user wants to edit can click on button. If user want to change the declaration part, click edit delete button. Once all the details are added click on the submit button.
By clicking external-link icon, User will get Additional Values window as shown below.
Iterational option will create a iteration step as shown below.
Step number will be non-editable text box. User should enter the detailed description about the test step. For Test Type should mention LOOP (or)
EXIT-LOOP. After click the settings icon in the Action filed, It will be automatically navigate to the Add Iteration or Duration page as shown below.
We need to provide either Iteration Count or Duration in Seconds and click -> Save button. Now the Command / Test step added successfully.
Same as tterational . In Test Type it contains IF, ELSE-IF and ELSE.
By clicking the settings icon in the Action filed, User will be navigated to Add Condition page as shown below.
User should select the Operator type. The drop-down list consists of AND & OR options. For Invert Result don't select the NOT check box to invert condition. Actual Value of the condition should be given in this field. User can select how the output of the command executed should be validated. Expected value of the condition should be given in this filed. After entering all the details of the input condition, click on the plus icon. Verify once whether all the details are valid and added successfully click on the Save button. Command/test step details added successfully.
user can see all the available steps created in Test Step Generator page. By using Filter., We can find the added test step (Saved in a test step generator page).In all the available steps, we can select the required test step. After selecting the test steps, click '>'. Then user can see the required steps in Selected Steps Column. After click on the Add Steps button. Now the steps will be added in our Build your own Test case... page. After creating/adding all the test steps, click Save button to save the changes and it will be added in Available test cases table.
EDIT,CLONE& DELETE Test case
For Editing the Testcase test case details, then click the pencil icon in Action column in Available test cases table. Then user can edit the entered details then click on Save button to save the changes or by clicking the Next button user can add/remove/edit test steps details and click Save button to save the changes.
For Cloning the Testcase
To clone or get a copy of a test case, then click the copy/clone icon in Action column in Available test cases table. Then user should provide a unique test case id, and user can edit the existing details and can add/remove/edit the test step details. By clicking the Save button the cloned test case will be added in Available test cases table, and it will not change the existing test case.
For Delete Test Case
By clicking the delete icon in Action column in Available test cases table, user can delete the test case.
Build utility in automatics is creating the frequently used steps as utility. The same utility can be injected in to any other testcases.
For example, if 4 steps are used in common for multiple testcases then user can club those steps into a build utility and then user can insert that utility into any other test cases.
The advantages of build utility are reuse and it decreases the effort for user to create the same steps again and again
Build utility can be created in the same way as build test case.
User can create build utility by clicking Build Utility tab under settings a shown below,
Settings --> Build Utility
First user should create the repeated steps as utility as shown above.
Then user can add that utility as a step while creating the test case as shown below,
If user want to include the utility in test case below steps should be followed,
Test constant here in automatics means the command or log file or any string that gets used more frequently is called as a test constant
We can declare the test constant once and can use the same in multiple places.
The main advantage of the test constant is it avoids the stabilization effort or test case developer can change the value at one place rather than spending effort on searching all the testcases that uses the string.
Also, whenever user changes any value of the test constant, it impacts all the testcases that are using that test constant.
So, while editing test constant one should be very careful as its impact might be huge
Test constant can be created through test constants page under settings tab. Settings → Test Constants
User should click on Add Constant button and add the constant name and constant value as shown below.
Constants name must be unique.
To add test constant in test case we need to use {{as the trigger. When user enters {{then all the test constants are listed under as shown below.
Test constants always starts with TC$ and user can select the test constant as per the requirement
For triggering the test cases and verify the test results it will be available inside Manage Test Trigger Tab.
Manage Test Trigger tab has following devices-> RDK-V, RDK-B, RDK-C For these devices we can Trigger our testcases and Scheduled Triggering part as a sub tabs.
For Environment Type we need to Select the appropriate environment (for E.g. select RDKV for Video devices, RDKB for broadband devices and RDKC for Cameras). Based on the selected Sub Environment Type value, testcases will be present in the next window.