Making shared test resources available
Before you can use test resources from a shared network location, an administrator must make the resources available. You can use a local directory or a Engineering Workflow Management repository to store your test artifacts.
Before you begin
Make sure you have the details of the resource location where you have stored your artifacts. If you are using:
- Engineering Workflow Management repository:
- The location URI has four parts separated by a vertical bar (pipe)
(|).
- The Engineering Workflow Management client's public repository URL.
- The name of the Engineering Workflow Management repository workspace that contains the test artifacts.
- The name of the Engineering Workflow Management component within the repository workspace that contains the test artifacts.
- The filepath to the test artifact file relative to the component.
- Set the server credentials for a member of the JazzAdmins group to log into the Engineering Workflow Management client. Only one set of credentials are supported.
- Browse to the Advanced Server Properties view (qm/admin#action=com.ibm.team.repository.admin.configureAdvanced).
- Enter the password in the RTC Shared Location Password field.
- Enter the username in the RTC Shared Location Username field.
- Save.
Note: Smartcard authentication is not supported.
- The location URI has four parts separated by a vertical bar (pipe)
(|).
- Local directory:
- For Engineering Test Management running on Windows servers, Engineering Test Management must be able to access the shared resource using the UNC naming convention. For example, if the test resources are stored on a server in the C:\MyRemoteAssets directory, an administrator must map a UNC path, such as \\9.27.150.168\RemoteTestAssets or \\OurTestServer\RemoteTestAssets to those test resources.
mount -t cifs //machinename/mymachine -o username=userid,password=XXXXXX /mnt/WinShare
- For Linux servers, Engineering Test Management must be able to access the shared resource using an appropriate pathname. The shared resource locations can be pre-mounted or can be configured to auto-mount when used. For example, to access shared resources from a Windows file server when your Engineering Test Management server is running on Linux, you must mount the Windows share on Linux. The following is an example command for a RHEL 6 machine:
-
If you need to use a domain ID and password, you must specify the username in the form
id@domain
. Also, themount
command usually requires root (super-user) access. After you run themount
command, you can access the files in the Windows share from the directory that you specified (for example, /mnt/WinShare).The user must be able to access the shared resources without having to supply a password.