Tosca
Tosca
Tosca
Script-less test automation is possible using the drag and drop feature of
modules, which simplifies software development.
Execution is fast and Continuous Testing is available to support DevOps.
Supports module-based test development where a model of the application
under test (AUT) is created instead of scripts. A model can be used to
represent the intended behavior of an AUT, as well as the testing strategy and
the test environment.
Supports risk-based testing to suggest the best test cases and calculate the risk
contributions of each test case.
Using it, business users can record their daily activities and then convert them
into automated test cases, thereby eliminating the need for manual tests.
Maintenance effort is minimal.
Improve test stability and efficiency with a codeless approach to API testing.
Test faster and more effectively by running multiple tests simultaneously across
distributed infrastructures and virtual machines.
Possible to automate both UI (User Interface) and non-UI applications like XML
(Extensible Markup Language), SOAP (Simple Object Access Protocol),
mainframe, etc.
Tosca Commander: It is one of the essential parts of this tool for developing,
managing, and analyzing test cases. It administers the test cases in the
workspace.
Tosca Executor: Commander is the middleware between the Test Repository
and Tosca Executor, which forwards test cases from the Test Repository to the
Test Executor. Next, the Tosca test executor executes test cases that have
been developed on SUT (System Under Test).
Tosca XScan (Tosca Wizard): It scans input fields on the screen and saves
them as modules for Tosca Commander. Technical information is included in
these modules in order to identify and direct screen elements.
Test Repository/Common Repository: This is where complete workspaces
are stored like test objects, test cases, etc. In order for several/user testers to
work at the same time, the test repository is necessary.
TDS (Test Data Service) is used in Tosca to manage test data in distributed
environments. It enables us to store dynamic test data in a shared location, making it
easy for test cases to read/update. Data stored in a shared location can be shared
across multiple test cases since it is stored in a shared location. Additionally, it can be
updated without opening Tosca, since it's considered a separate component. It
enables you to manage your test data in distributed environments
An ExecutionList is used to store completed test cases and run them all at once. The
following ways can be followed in Tosca for executing ExecutionList:
Choose the Run option from Tosca Commander's context menu or press the F6
key under the Execution section.
Simply right-click on each selected test case and select "Run".
Use Ctrl + left mouse button to select multiple ExecutionLists and run.
Step 1: To begin with, right-click on the folder where you'd like to create a
TestSheet.
Step 2: From the mini toolbar, select Create TestSheet.
Step 3: Specify the name of your TestSheet.
TOSCA Workspace
This is your personal work area where you can create, administer, execute and analyze
test cases. It contains various objects i.e. called TOSCA Commander™ Objects and
those are,
Modules
ExecutionLists
TestCases
Requirements
Test Case Design
You can build the relationship between these objects by mapping/linking them. This is
called object mapping in TOSCA. At the runtime, the control information of these
objects (Modules, ExecutionLists, TestCases, and Requirements, etc.) is combined.
String operations can be used in Tosca to verify or modify strings through regular
expressions. For instance, it can include counting specific characters and words in a
statement, replacing a word with another, or checking the format of a number. To
perform String operations, you should download and import the AidPack module into
your project.
For instance, we are searching for the character " - ", which should be replaced by the
following character " / ". If the operation Global is selected, then "/ " is included
wherever " - " occurs. In the following example, the " - ” character in 8-May-2012 is
replaced by the " / ”.
In the Settings dialog, the modified string should be stored as BufferStringOperation. In the
following figure, modified string i.e., 8/May/2012 is stored in setting dialog buffer.
As part of the TestCase-Design process, TestSheets are used as the main framework.
The purpose of TestSheets is to organize/manage test data to follow a logical testing
process. A test sheet should cover each requirement of the application. Below are the
steps for creating a TestSheet:
Step 1: To begin with, right-click on the folder where you'd like to create a
TestSheet.
Step 2: From the mini toolbar, select Create TestSheet.
Step 3: Specify the name of your TestSheet.
What does XL reference contain in Tosca?
TestCases may sometimes need access to the name of a TestCase / Instance, such
as when storing data in TestDataService, and this can be acquired with
{XL[Instance.Name]} or {XL[Instance]}. You must work with a TestCase template and
a TestSheet to gain access to the name of a TestCase / Instance. When you want to
mention the name of the TestCase in the TestCase template, use XL-reference
[XL[Instance.Name]] or [XL[Instance]].
API Scan by Tosca provides developers with a no-code solution that will make it easy
to create, manage, and execute automated API tests. Test cases can be created for
API testing and scenarios can be created for Tosca Orchestrated Service
Virtualization with API Scan. In simple words, automating and designing API test
cases are possible via API Scan. You can accomplish the following tasks with API
Scan:
Explain TCShell.
In interactive mode, the user is offered assistance and options and can access all
of the functions of Tosca Commander's GUI (Graphical User Interface).
In script mode, Shell runs commands from a script data file, so we must write a
series of commands on a script data file and then run them. Users cannot
intervene in this process. This mode is used for automating processes, for
example, for working with an extensive portfolio of tests without supervision.
Data from Excel can be read using Tosca through two approaches:
In Test Case Design, data can be read from an external Excel file with a
predefined format.
The “Excel Engine” allows importing and reading from an Excel file.
Explain the template and the process to create it?
In Tosca, templates define unique test flows using modules, linking data parameters
from TCD rather than actual data. Templates can be created by converting a technical
test case to a template, and they utilize data from TCD datasheets.
The Tosca Query Language (TQL) is a powerful way to search within your project. The
tool gives you the ability to perform search queries on your project through objects,
object relations, and object properties to find/search anything you need. Simply type
your query into a language the computer understands and the system will do the rest.
It gives you the ability to take control of a project at any time. In its most basic form,
this is similar to SQL, which enables us to search based on conditions.
As its name implies, Test Data Management involves managing test data necessary
for the execution of TestCases. In addition to viewing all records within your test data
repository, it allows you to modify and/or delete selected ones. During Tricentis Tosca
Server setup, it is automatically installed as part of the Test Data Service component.
It combines Test Data Service (TDS) and test data management to allow teams to
design, locate, manage, and provide test data, even in complex and hard-to-manage
scenarios.
There are two ways to fetch test data from Excel as follows:
When you instantiate a template, you convert a single testcase template into several
test cases using the test data that you supply as input to the template. You must follow
the steps below to instantiate TestCases in Excel:
In this way, Tosca creates a TestCase in the TemplateInstance for every TestCase
defined in the template. The structure of the TestCase is the same as that of the
corresponding TestCase in the template.
Drag and drop these selected files and folders into the module folder.
All assignments now refer to the Modules of the Module folder selected in
step two.
A5: Tosca ExecutionLists allow you to organize and run your test cases in a structured manner. To run
tests using an ExecutionList, you first need to create the ExecutionList and add the test cases. Then,
you can run the entire ExecutionList at once, which will run all the included test cases in the specified
order. This makes it easy to manage and execute grouped tests.
A12: The XL reference in Tosca is used to reference Excel files in your test data. It contains
information like the path of the Excel file, the name of the sheet to be used, the range of cells to be
read, and any filters to be applied on the data. It's a powerful feature that allows for the use of
external data sources and enhances data-driven testing
A15: TCShell is a command-line tool provided by Tosca. It allows for the automation of various Tosca
processes like executing test cases, updating the project structure, importing and exporting project
data, and so on. It's a powerful tool that enhances automation and efficiency in managing and
running Tosca tests.
A14: The Tosca API Scan is an important feature as it automates the process of creating API test
cases. By importing the API definition files, Tosca API Scan generates test cases for all possible API
calls. This reduces the manual effort required in creating API test cases and ensures that all potential
API endpoints are covered in the testing.