...
The following are some rules for that should be considered when creating custom actions that need to be followed:
- The parameter data types supported by Qualitia are String and Array. If an array parameter is used in Qualitia for the custom action, then the custom action parameter should be of the type Object in Custom Action function. The parameter can then be type-casted into the Data data type which is required in the action.
For example, the Object object parameter can be type-casted into the Array array list. - All Custom custom actions should return an integer value only.
- Return 0 for Passed status
- Return 1 for Failed status
- Return 2 for Defect status
- No two custom actions can have the same function name in the same class. Function overloading is not allowed. Duplicate function names in different classes are allowed.
- No two custom actions can be in the same package hierarchy if the actions are written in different Eclipse projects.
- Any new custom object created in Qualitia cannot be imported. You must create the object manually and map it to the relevant custom class in Qualitia.
- Once the action is mapped into Qualitia and used in a test case, do not change the existing signature or other details of the actions or the classes created. The functionality of the action can be modified. Do not delete the custom actions or custom classes that are used in the Test Case.