| Table of Contents |
|---|
...
For instructions on how to configure your project settings, refer to Configuring the Project Settings.
Creating a Project
You can create new projects and add users with different roles to them.
| Info |
|---|
Important Notice
|
To create a project:
From the Expand Menu, click Project Management.
In the left pane. click the Add Project button (
).
From the Project Type drop-down list, select one of the following project type:
Web/Mobile Project : To create a project to automate testing for web and mobile applications.
Desktop Project: To create a project to automate testing for desktop applications.
Salesforce Project: To create a project to automate testing on a SFDC application along with its associated web and mobile applications.
Enter a Project Name and a Description.
Perform this step only if you are adding a desktop project and want to map it with a tsr file.
Click the Browse (...) button next to the Global TSR Path, and then locate and select the tsr file.
Unless you map a desktop project with a tsr file, you cannot use OR objects in the project. For more information on OR objects, refer to Working with OR Objects.(Optional) Select the Design Studio Integration checkbox to integrate the project with a Qualitia Design Studio project and perform the following steps.
Click Create.
Under Connect with Design Studio
Enter the Qualitia Design Studio URL.
Enter your Qualitia Design Studio Username and Password.
Expand Sync with Design Studio Project to select an appropriate Qualitia Design Studio Project and click Sync.
The following relevant project artifacts of the Qualitia Design Studio project along with their counts appear:Issue Types
Issues
Objects
Tasks
Test Cases
Click Finish.
Click Create.
After you create a project, you need to assign existing users. For more information, refer to Assigning Users to a Project
Editing a Project
| Info |
|---|
Only administrators can edit the project details that include marking a project as Active or Inactive. You cannot edit the name of a project, but edit its description. |
You can activate or deactivate the project.
To edit a project:
From the Expand Menu, click Project.
Select the project that you want to edit.
In the main pane, click the Edit Project button (
).
The Edit screen is displayed.Edit the Description as required.
If necessary, select or clear the Active checkbox to change the project status.
Perform this step only if you are editing a desktop project and want to map it with a tsr file.
Click the Browse (...) button next to the Global TSR Path, and then locate and select the tsr file.
Unless you map a desktop project with a tsr file, you cannot use OR objects in the project. For more information on OR objects, refer to Working with OR Objects.Click OK to save the changes you made to the project.
Assigning Users to a Project
...
To assign users to a project:
From the Expand Menu, click Project.
In the left pane, click the appropriate project.
Under Assigned Users, click Manage User.
From the User ID drop-down list, select a user.
From the Role drop-down list, select a role for the user. For more information on Roles, refer to Adding a Role.
Click the Plus sign button (
) to add another user.
After you are done adding all the users, click Add.
| Info |
|---|
If this project is connected to a Version Control Management tool, then you have to add the users to the Version Control Management tool too. Otherwise, they cannot access the project. |
Removing Users from a Project
...
To remove users from a project:
From the Expand Menu, click Project.
In the left pane, click the appropriate project.
Under Assigned Users, click Manage User.
From the User ID drop-down list, select a user.
From the Role drop-down list, select a role for the user. For more information on Roles, refer to Adding a Role.
Click the Minus sign button (
) to add another user.
After you are done removing all the users, click Add.
Best Practices for Project Backup and Restore
...
Save As operation is possible only on local system and cannot be performed across multiple servers.
Projects that are enabled for Qualitia Design Studio integration cannot be used as Source or Destination projects when performing Save As operation.
Test data conflicts will not be checked.
Data changes are not copied if test cases do not have changes.
Save As supports copying only development artifacts. Execution artifacts cannot be copied using the Save As project method. You must create suites manually.
Test cases cannot be copied without scenarios. Copying a test case copies its associated scenarios as well.
Make sure you copy the custom actions from the source project to the target project before performing any Save As project operation.
In case your target project does not have custom actions imported, you may refer to the Importing Existing Custom Actions into Qualitia section.Save As operation on custom actions does not work on parameter name differences. A check is performed on the action name, parameter count, function name, and Qualitia class.
Environment variables used within the test data cannot be copied as a part of the Save As process.
The custom action files from the source project do not move automatically to the target project. You need to manually move the dependent jars and Custom Action Function code associated with the Custom Actions (keywords) that were selected during Save As process.
Custom action code is not copied as a part of Save As operation. It is expected that you check-in the code into the version control system so that it is available to all other users. Other users need to ensure that the code for custom actions is checked out on to the local system and the appropriate path for custom actions is specified in the .config file.
To ensure that the Target Project can use environment variables, use the following steps:
If the Target Project is new (there are no environment variables by default), do the following:
Navigate to the Source Project folder on the system.
Copy the environment variables folder having the related XML.
Paste into Target Project location on the system; example, location can be - C:\Qualitia\projectdb_folder\Environment variables.
If the Target Project already exists and has some environment variables, do the following:
Open the EnvironmentVariables.xml in the Source Project and Target Project folders.
Append the Target Project EnvironmentVariables.xml file manually with the environment variables from Source Project.
Based on the version control tool you are using, create new branch or add new folder into the remote repository.
Additional Points for Desktop Projects
...