Re-Assign Test Cases to Test Servers


Use the Session Builder tab... to Re-Assign a test server assigned to a test case. The main intent of this feature is the ability to move test cases to different test servers, but it also allows for some automation of moving Ethernet TestNodes to different ETH Phy/Ports. In particular for some configurations, IP Address can be automatically updated to match the new TS/Port-Subnets. You can also assign Network Profiles using the Re-Assign All Test Server, Test Cases, and Ports wizard. Additional details about Network Profiles can be found in Ethernet Tab and Reserving Ports for your Test Session.

For all other TS based parameters, such as WifiNodes, WirelessNodes, UeNodes, and SimClients, the user must manually reassign the values after the test server is changed.

To change the test server:

To change the test server, Right-click the test case and select Re-Assign All Test Server, Test Cases, and Ports from the test case menu. The TS Reassignment Wizard Page 1 will deploy, Select Test Servers window displays, with a list of Test Servers on the left and Test Cases on the Right pane. You will have the following options on the top:

Use Drag and Drop Assignment

Select to enable drag and drop mode, drag test servers from the list to the Test Case row.

Maintain Test Case on Same Test Server

Indicates that when assigning test servers, automatically update test servers for all test cases on the same original test server

This option is selected by default and the Test Servers list on the left pane are in grey.

Auto-Save Linked Test Cases

Available only when test cases are linked. When you re-assign you may select to automatically save the valid test cases after the re-assignment.

 

From this window, test cases (or groups of test cases), can be selectively assigned to a different test server. Depending upon the test session configuration there will be different wizard options with respect to the Ethernet TestNode Ports.

If the test session is not using Port Reservation Overridden Port-Subnets, the next button can be clicked even if no TSs have been changed, allowing to change just PORT assignments.  For these Click Next to display TS Reassignment Wizard Page 2, Select Ports, where you can optionally assign new ports:

Select Re-Assignment Level

 You can Re-assign Ports individually by entire Test Server (TS), Test Case or Individual TestNodeTS (Test Server) - From TS to TS, Old Phy, New Phy, all usages of old phy will be replaced by the new phy for all test cases on the given TS.

 

Test Case (Test Case) - To TS, Test Case, Old Phy, New Phy, all usages of old phy will be replaced by the new phy for all test cases on the given TC. See an example illustration of selections:   Test Node (Test Node) - To TS, Test Case, Old Phy, New Phy, each TestNode parameter will be directly assigned to the New Phy     If you check Update IP Addresses Automatically, the wizard will attempt to automatically assign IP Addresses relatively:
  • IP addresses are normalized against the Subnets they are being moved to.
  • If the Subnet's move with the TSs (i.e. using Overridden Port-Subnets), then there is no change to the IP Addresses.

  • But for cases where the new Subnet is different than Original Subnet. Logic is applied to normalize IP Addresses to match the same pattern.

  • If the original Subnet is known, the TAS can determine the relative location of the first Starting IP Address in the source Subnet, and use that to apply to target Subnet:

    • Given Source Subnet  10.0.0.1/25 and starting IP Addresses of 10.0.0.5, 10.0.0.12,  .5 is the 1st address in test, but 5th Address in Subnet.

    • Given Target Subnet of 77.2.1.1/25, the Updated Addresses will be:  10.2.1.5, 10.2.1.12

    • Given unknown subnet (import cleared test suite no TS assignment), and starting IP Address of 10.0.0.5 and 10.0.0.12 again.

    • Given Target Subnet of 77.2.1.1/25, the Updated Address will be:  10.2.1.1 and 10.2.1.7.

Select Ignore First TestNode IP Offset - when selected, the normalized TestNode addresses will always start at the first address in the subnet instead of at the relative address from previous configuration. All other TestNode addresses will be adjusted to be the same relative spacing from the first TestNode. 

You can use Network Profile to re-assign networks on existing Test Session that currently does not Reserve+Override Ports:
Selection of a new network is only allowed on the TS Level in the wizard (i.e. you can’t pick different profiles for each TC or TestNode, it’s a global choice for each TS-port)
Note: if no Network Profile are configured on the Test Server, the combobox will only have empty option and the <…> button should be disabled

In below example we maintain the same Test Servers and Ports (these can be changed too), apply profile3 to eth2 on SIM Server and profile to eth4 on SIM Server2.


In the above example, all parts of the profile3 configuration was applied to AfNodeIpAddr node (VLAN / Next Hop / Outbound Port) in addition to the PHY configuration for eth2. After completion, the Test Session will use Reserve Ports based on the above subnets.
 

Click Finish to complete reassignment. After the Reassignment is done, the Test Session is Upgraded/Validated and display in RED if the new Ports/IP-Addresses are not valid.

 

If the test session is configured with Reserve Ports Overridden Port, the Next button is only available after you select a new TS for at least one TC. Once clicked, The TS Reassignment Wizard Page 2, Update Over-ridden Ports-Subnets Configuration,, window opens with the following options.

Click Next

  • Remove Phy-Subnets/Routes for any test server no longer used
  • Keep/use Phy-Subnets/Routes on target test server, if exists (disabled if Subnets)
  • Move Phy-Subnets/Routes from source to target test server
NOTE: You must select either to keep/use the Phy-Subnets/Routes on the target server or replace Phy-Subnets/Routes on the target server with source test server values.

The Target Test Server values are either kept/used or replace/overridden as per your selection. When determining the target ports-subnets, the wizard searches what is already defined in the test sessions Overridden Port-Subnets, or if no match found, based on the default Port-Subnets for the TS. If you choose to use Phy-Subnets on the target TS, your IP Address may have to be updated manually to match if they are not valid on the new subnet.

Click the following link to see an example illustration of selections.

 

NOTE: With Overridden Port-Subnets, you cannot move ports, as you will not be allowed to pick the ports. You can only reassign a different Test Server.

The TS Reassignment Wizard Page 2, Update Over-ridden Ports-Subnets Configuration window opens with only the following two options (no choice to select a new Phy/Port):

  • Keep/use Phy-Subnets/Routes on target test server, if exists
  • Move Phy-Subnets/Routes from source to target test server

Using Network Profile to re-assign networks on existing Test Session with Reserve Ports. The Apply Network Profiles will be performed in 2 separate re-assignments – moving the Test Servers (use target or move source subnets), then applying the profile selections. Note: If none of the target Test Servers have Network Profiles provisioned, then the Apply Network Profiles checkbox will be hidden.

Apply Network Profile

Step 1 and Step 2.

When using the TS re-assignment wizard , with Test Sessions that are overriding port-subnets, you can now choose different ports on the target TS instead of being forced to match exact ports from the source test session’s reservations configuration. The TS Reassignment Wizard Page 3, Appy Network Profile(s) / Reassign Ports Configuration window is used to capture the New Phy. 
You are normally forced to use only the ports that you have defined in your Port Reservation configuration, with no port selection.  If the target TS is missing the port you need, you are unable to reassign things. 

However, for now, it has one stipulation for it to work, you must have at least one Network Profile defined for the TS:
 

Apply Network Profile - Step 3. 


Select Ignore First TestNode IP Offset - when selected, the normalized TestNode addresses will always start at the first address in the subnet instead of at the relative address from previous configuration. All other TestNode addresses will be adjusted to be the same relative spacing from the first TestNode. 

Click Finish to complete reassignment. After the Reassignment is done, the Test Session is Upgraded/Validated and display in RED if the new Ports/IP-Addresses are not valid.

 

Open the test case and so that you can re-define Test Node IP addresses used for emulated nodes with addresses that are available on the new test server.

IMPORTANT: The physical and virtual IP addresses in the test case definition that are associated with the test server must be edited when the test server is changed.


 

Related Topics

  1. Editing a Test Case
  2. Managing Test Cases