TOSCA Automation

TOSCA Automation

TOSCA is a software testing tool that is used to automate end-to-end testing for software applications.

  • Tosca was developed and supported by Tricentis
  • Supports manual and automation testing
  • Model Based Test Automation tool
  • Script Less Test Automation tool
  • Supports multiple technologies automation such as SAP, GUI Testing, web automation, Mobile application, Desktop Application, API Testing
  • Apart from the standard modules and the Xscan support. Tosca scanning identification can be customized using the C# coding file complied using Visual Studio
  • Tricentis is also providing other testing platforms listed in the below table
ToolComments
Tricentis FloodLoad Testing
Live CompareImpact analysis for SAP
Tricentis AnalyticsReporting tool for Continuous testing
qTestTest management tool
Installing TOSCA

1. Creating Tosca Projects

Start Tosca Commander from the Windows Start menu: Start->All Programs->Tricentis->Tosca->Tosca Commander.

As soon as Tosca Commander is open, the start screen appears.

IMG_256

Create Project:

Create a workspace where you manage your objects.

  1. Select Project->New from the Tosca Commander menu to open the Tosca Commander: Create new workspace window.
  2. Enter the name of your workspace into the Select name for new workspace field, e.g. Tosca_Tutorial_en.
IMG_256
  1. Click OK to create the workspace.
  2. In the next window, click Close.
  3. The workspace opens.

Basic Setup:

Various settings like synchronization settings, connection settings and the wait timing will be added in the TOSCA settings. To Navigate to the settings to follow the option Projects=>Settings=> Synchronization settings

Tosca Options and Navigation’s:

IMG_256

Tosca Commander is inspired by Microsoft Windows Explorer®, which means that all items are mapped in a tree structure. You can open any number of windows and display a freely definable section of this tree structure.

If you select an item in the tree view, Tricentis Tosca displays the item details in the Details view.

Note: If the German user interface in Tosca Commander is active, you can change the language via the following menu entry: Project->Options->Ansicht->Sprache. Set option Sprache to English. Tosca Commander must be restarted so that the changes take effect.

Title bar:

The title bar in Tosca Commander shows the name of the currently open workspace.

The title bar also includes the quick access toolbar which provides options such as Save, Undo, etc.

Menu (Ribbon):

The menu is designed in the form of ribbons and consists of several tabs which allow to access the corresponding Tosca Commander functions. These functions are either enabled or disabled, depending on the context you are working in.

If we switch between the windows of the various sections or select objects within the sections, Tricentis Tosca opens an additional tab for this section that includes a dynamic menu. The dynamic menu shows relevant options for the selected section or object.

A dynamic menu is available for the following sections in Tosca Commander:

  • Test Cases
  • Modules
  • Requirements
  • Test Case Design
  • Execution List
  • Reporting

Within the Execution section, a dynamic menu is also available for the subsections Execution Lists and Exploratory Testing.

Status bar:

The status bar shows the action that is currently performed by Tosca Commander.

Windows and tabs:

Each object type of the Tosca Commander workspace has its own window (e.g. TestCases, Modules, etc.). There is a tab at the top of each window. Feel free to arrange the windows according to your needs.

Go to the Home menu and click Section->Modules to open a new Modules window.

2. Modules Section (Orange)

  • Modules in Tosca Commander contain technical information that is used to steer test object.
  • SUT is nothing but System under test
  • Whenever we create a Test Case for a test object, we need to create a Module in Tosca Commander for each functional unit of the object to be tested
  • Buttons and input fields on a page are referred to as “controls”.
  • Module Attributes are the controls identified by tosca.
  • Types of Modules: Classic Modules and Xmodules
  • Classic Modules use classic engines for steering test objects.
  • XModules on the other hand use XEngines which are based on the Tosca TBox framework
  • Tosca TBox framework is the basis for steering XEngines and allows all XEngines to be uniquely steered.

Standard Modules 

TBox Standard Modules are provided in the Modules section after the default objects have been imported.

TBox XEngines

This folder contains Modules that are required for steering Tosca TBox controls.

TBox Automation Tools

This folder includes modules which can be used to perform specific operations.

The Module definitions stored in the XModules are referred to as special execution Tasks in Tosca TBox.

Scanning and Rescanning screens

Test objects are scanned via Module folders in the Modules section.

Proceed to Scan GUIs with Tosca XScan:
  • Right-click onto a Module folder, or use the dynamic menu Modules and select Scan Application->Desktop.
  • Select the required window in XScan and click on the Start button, or simply double-click onto the required window to start the scan process.
  • Tosca XScan will then scan the test object and open the details view once scanning has finished.
  • Select all the controls to be steered.
  • See also the subchapters below for further details on XScan configuration.
  • Click on Save in order to save the Module and close the Tosca XScan window.
IMG_256

Re-scanning Modules:

  • Rescanning Modules will used for updating the screens of the scanned modules if there is any change in the functionality or view of the screen already scanned.
  • Rescanning is possible by selecting the module=> Right click=> rescan
  • Rescanning the module will automatically update the values on the test cases wherever we used the modules.

Test Case Section (Blue)

Creation of Test Step Library

Test step Library will holds the reusable test steps blocks for reusing the test cases several time in your test scripts.

Building automation Test Cases

  • Create a Test Step folder
  • Create a Test Case
  • Drag and drop the modules in to the test cases
  • Define the values for each module attribute and select the action mode, Data type
  • Define the work state=> Planned, In Work, Completed
  • Test case creation steps
  • Create the modules
  • Drag and drop it to the modules to the testcases
  • Pull the required test cases from library to the test cases
  • Convert the test case to the template
  • Instantiate the test cases

Action mode

InsertAllows to create objects in non-visual, non UI, Interface environments. Used in XML or notepad or excel
SelectAllows to select specified nodes
ConstraintActionMode Constraint limits the search for parent node.
VerifyTo verify values, I.e whether the value in the message matches the value in the scenario.
BufferBuffer in messages to save values. The values can be used later for input or verifications. Temporary variable.
InputInput can be used to transfer values to the test object.
WaitOnInterrupts the execution of the TestCase until the indicated property has the specified

 Data type

Data TypeDescription
StringThe exact string is processed, regardless of the Action Mode (default setting).
NumericThe value in the value field is interpreted as a number.
PasswordValue inputs into the value field are displayed with wildcard asterisk(*) in Tosca Commander. The values themselves remain unchanged and are saved unencrypted.
BooleanThe data type has to be set to Boolean  for the binary expressions  True/False.  They are not case-sensitive.
DateThe value in the Value field is interpreted as a date. This prevents the use of different date formats from influencing the test.

 Work State

PlannedDescription
PlannedInitial test cases and ready for development
In_WorkScript development is in progress
CompletedScript is ready for review

Parameterization, Buffer, Applying Formulas

Parameterization
  • In Tosca, we can enter the values directly in the values of the Test step.
  • These values can be a formula, mouse actions passwords or other input values
  • Test configuration Parameters => specific values to various Test Cases
  • Test case design parameters=> values retrieved from the test case design section
Buffer

 Tosca uses the term Buffer to refer to values that can be temporarily saved in Tosca Commander and then used again Syntax:{B[<BufferName>]}

Dynamic comparisons – XBuffer

The XBuffer allows to read dynamic values of a string and to buffer them using the actionMode Verify. Syntax: {XB[<Buffername>]}

Applying Formulas

Using Conditional statements and loops in Test Cases

Conditional statement and loops can be created via the context menu of TestCases or TestStep folders or via the option Create Object in the dynamic menu Test Cases:

  • IF Statement
  • DO Statement
  • WHILE Statement

3. Test Case Design (Red)

TestCase-Design allows to plan and specify test cases wisely in order to maximize test coverage and reduce effort and redundancy later on.

Use the TestCase-Design section to do the following:

  • Use Test sheets to create all combinations of possible TestCases that are required to ensure full test coverage
  • Use Instances to define concrete values for specific Testsheets, TestCase-Design Attributes, or TestCase-Design Classes
  • Create Testcases and Test Case Templates
  • Assign TestSheets to TestCase Templates to instantiate Test cases for execution.

Creation of Test Data Sheets

Creation of Test Data Sheets is the important process for utilizing the test data for our test case execution. Test Case Design includes Attributes – Parameter Categorization, instances- Value for the attributes.

IMG_256

Creation of Attributes and the Instances

Attributes are the various characteristics of application, or representations of business objects. In simple we can say that attributes are the parameters of Tosca

TestCase-Design Instances are possible variants of Attributes

Automatic Test Data combination creation:

4. Execution List (Green)

Execution List allows to organize tests, which is especially helpful if we need to create Execution Lists out of TestCases from a variety of folders.

  • We can create new ExecutionLists folders within the Execution folder or within other ExecutionLists folders.
  • To create a new ExecutionLists folder within the Execution folder and select Create ExecutionLists Folder from the mini toolbar.
  • To create a new ExecutionLists folder within another ExecutionLists folder, right-click the Execution folder and select Create Folder from the mini toolbar.
  • Execution can be either through the scratch book or through Execution Lists

Creation Of Execution List

The quickest way to create an ExecutionList is to drag and drop a TestCase or a TeastCases folder onto the ExecutionLists object.

Create ExecutionLists folders

We can create new ExecutionLists folder within the Execution folder or within other ExecutionLists folders.

  • To create a new ExecutionLists folder within the Execution folder, right-click the Execution folder and select Create ExecutionLists Folder from the mini toolbar.
  • To create a new ExecutionLists folder within another ExecutionLists folder, right-click the ExecutionLists folder and select Create Folder from the mini toolbar. 
  • TestCases can be assigned the execution list by drag and drop the test cases into the Execution lists.

Execution of Automation Script

Once you have set up the execution of your tests and configured the execution behaviour, you can execute the following objects in the Execution section:

  • ExecutionList Folders
  • ExecutionLists
  • ExecutionList subfolders
  • linked ExecutionEntry folders
  • ExecutionEntries
  • Test cases can be executed as Manual or
  • Automation from Execution/Lists

5. Reporting(Grey)

Tosca will support for extracting the pdf reports only to view the execution results in Tosca.

Those reports can be easily customized using Tosca

6. Best Practices in TOSCA

General Best Practices:

  • Use Proper Naming Conventions for all objects like Test Case, Test step Library, Test Design Sheets.
  • Create separate folder for Template and References in Test Case Design section.
  • Specify the Test Step Libraries and Standard Tosca Modules in Separate Folder which can be accessed globally for all objects.
  • Use “In work”,”Ready for review” and “Approved” before Test Cases names for identification of Test case status.
  • Make Sure no Empty folders has been created in any of the sections.
  • Create Reusable test case only if intended to be reused.

Use Test Configuration Parameters in Test Case folder for generic variables. Example:Browser, URL, System.

Leave a Reply

Retype the CAPTCHA code from the image
Change the CAPTCHA codeSpeak the CAPTCHA code
 

SOAIS - Worksoft Newsletter

To view on your browser, click here
Facebook Twitter LinkedIn
Dear Default Value,
 

Welcome to SOAIS Newsletter of September 2021!

Continuous Testing with Remote Execution
 
The speed of innovation continues to increase, driving rapid and relentless change for today’s ever-evolving IT landscapes, creating greater risk as IT and business teams scramble to ensure timely delivery. How can your organization keep pace? Test more, worry less. With Worksoft’s Connective Automation Platform, you can easily build and maintain automated tests, accelerating testing time without losing scope or volume. You can schedule and execute remote, continuous tests to intercept defects sooner and prioritize remediation - without sacrificing your nights and weekends. Explore how continuous test automation and remote execution can empower your organization.

Click here to connect with us to get more information on our services.
 

Skip Costly Rework with Dynamic Change Resiliency​

Change resiliency is imperative in ever-evolving IT environments. Our patented object action framework streamlines change management by assigning object definitions to your shared assets. The same object may be used in a thousand automation steps, but it can be easily updated by making one simple change to the model definition. The change automatically propagates to every single instance where that object may have been used without a single line of code or manual human involvement. For more change readiness you can also engage our Impact Analysis for SAP to predict how changes in SAP transports will affect your business processes. 

Please click here to watch the video to get a gist.
 

SOAIS Blog – Nuts and bolts of Certify Database Maintenance​

One of the key thing, which is often missed by the organizations, who have invested in using Worksoft Certify for automating their Business Process Validation initiatives, is implementing a Database Maintenance Plan. While the business and the test automation consultants get excited about the shiny new thing that they have got and start building the regression suite; planning and executing a database maintenance plan for most of the customers gets pushed down the priority list. However, since all the test assets in Certify are stored in a Database, a robust database maintenance plan is very important to maintain smooth operation of Certify with acceptable performance criteria. The customers usually start facing issues once they have built significant number of Certify processes which they have started executing on regular basis. Such executions add a lot of data to the tables storing results data and increase the overall size of the Certify database.

Please click here to read the complete blog.
 

Worksoft Blog – Process Intelligence: A Multi-Dimensional Approach

The ability to extract process knowledge has become easier through the years. Technology has evolved to the point where we can deploy capabilities that connect at multiple levels to extract different types of process insight. In the past, organizations were forced to spend enormous energy extracting data manually from different applications and databases. Then, they would have to use things like spreadsheets to transform the data and convert it into meaningful information. 

Please click here and read the complete blog.
 
India
Unit 9, Level 5, Navigator, ITPL,
Bangalore - 560 066.
Phone: +91 80 40071234
US
Suite 101, 1979, N Mill St,
Naperville, IL 60563
Phone 1-800-262-2427
Please click here to Unsubscribe / Unsubscribe Preferences

Leave us your info