Professional Documents
Culture Documents
Tosca+Interview+Questions+for+Advance+level
Tosca+Interview+Questions+for+Advance+level
Ans: The main advantages of Tosca as a test automation tool, are specified
below –
Supports the model-based test automation framework. So, it’s not required to
spent efforts on test framework creation.
High scale of reusability approach can be utilized with the help of components
like Modules, Reusable TestStepBlock, TCD, etc.
The tool itself supports the test management and functional testing activities.
Ans: Yes, Tosca supports the API Testing. The API Scan is used to scan create
the modules for the corresponding APIs. Using the API modules we can send
the request and receive the response for the API call.
Q3) How to use multiple web browsers within the same test case using
Tosca?
Ans. Users want to automate a test script pass over different applications that
execute on other browsers. Using buffers, changing the Test Configuration
Parameters at execution time by the below methods.
2. During the execution, we can change the buffer value using “TBOX Set
Buffer” module to change the value of “Browser” test configuration parameter
according to the browser name to launch.
Ans: The Classic or Base engine is responsible to the test execution. Base
engine follows the architecture of the test cases which are managed as
business-based objects. The business-based object information and activities
to steer the controls, which are related to test scripts, are accepted by the
Classic engine.
Object access.
Object steering.
Q6) Discuss Tosca Model-Based Testing?
Ans. The models represent the unit of functionalities which are created by
scanning the application. The modules contain the technical information of the
controls to steer the test objects. Now, model-based testing explain the
approach where test cases are developed and executed based on the modules.
Basically, modules are added into test case as a test step through drag-drop
approach to complete the test cases. In the testcase, we need to provide the
data as TestStepValue and actions. No scripting is required to develop the test
case.
Ans: When any user or Test wants to execute a large set of test scripts in
multiple machines, the tester must create TestEvents in Tosca commander.
Ans: The Test data Management(TDM) components are used to managing the
test data which are required for test execution. The TDM component is
available with the standard Tosca installation. The data are stored same as
shared database repository which is used to create the workspace, through the
TDM which will be assigned to test cases during the execution. In case of
SQLite, the separate instance of database is required for TDM.
Ans: We can perform trial run of the newly created or enhanced test cases
through the ScratchBook to ensure the correctness. The Tosca logs the
execution results in ScratchBook for temporary purposes. The entire or part of
test cases(i.e. test steps) can be executed in ScratchBook.
After right-clicking on one or more selected test cases, test case folders or test
steps, we can initiate the execution by selection of option from context-menu.
Q10) What is the use of TestMandates?
Ans: There are many scenarios like banking, insurance, etc. domain projects;
we required a batch to be run at a specific time. This requirement can be
fulfilled using TestMandates. The test mandate allows to execute different
parts of execution list parallelly with out locking the main execution list.
Ans. The process instantiating means to generate the instance test cases from
the template based on the different data which are defined in “TestCase
Design” section or in excel template.
2. The the data sheet attributes which are defined in TCD or external excel
template, i.e. the data parameters have to be linked with template attribute
with the correct syntax.
3. Right-click on the template testcase and select the context menu option
“Create TemplateInstance” to start the process.
Ans: he process instantiating means to generate the instance test cases from
the template based on the different data which are defined in “TestCase
Design” section. This approach in Tosca, is also known as data-driven testing.
Q13) What do you mean by business parameters in Tosca?
Ans. The business parameters are use to pass the data into a Reusable
TestStepBlock as arguments. The primary purpose of the business parameters
is to parameterized the use of test data in Reusable TestStepBlock instead of
using hard coded data. It can be created after right-clicking on the selected
Reusable TestStepBlock which is created in Library folder.
Ans. TC-Shell allows to control the Tosca commander from the command line.
It can be launched in two unique manners using interactive and script.
A group of commands which are written in a flat file (such as bat file), can
mange some operation such as execution of tests from execution with out
opening the Tosca Commander. This approach is used to automate the
triggering of test execution process.
Users may use the comprehensive selection of purposes of the GUI version
from the Tosca commander.
Q15) Explain the steps that create test cases through ARA?
Add verification points during recording and perform clean up on the recorded
scenario.
Ans: The different approaches to steer the controls during the scanning, for
any test objects are mentioned below-
Identify by properties
Identify by Anchor
Identify by index
Identify by image
Configure options and settings > Settings Dialog > Settings – Engine > Settings –
DokuSnapper
Ans: TDS stands for Test Data Service, which is used for test data management
in Tosca. Using TDS, we can store the dynamic test data in a shared location
which is easy to read/ update by the test case. As the data stored in a shared
location, it is useful to share the same dynamic data across multiple test cases.
Also, we can update it without opening Tosca as it’s treated as a separate
component.
Q19) Explain the API Testing using TOSCA? Explain the advantages.
Fast execution.
Q21) How can we change the value of any Test Configuration Parameter
during the execution?
Ans: First, one buffer has to be assigned for the Test Configuration Parameter
(TCP). After that, by changing the buffer value using “Tbox Set Buffer”, we will
be able to change the TCP value during execution.
Q22) Is it possible to automate mobile apps in Tosca?
Ans: Yes, Tosca supports mobile automation using engine ME3.0 for mobile
testing.
We need to connect the physical or simulator mobile device with our system or
Appium server. For an iOS device, we need to connect the device in Appium
configured Mac system.
In the scan window, we need to provide basic details such as Connection type
as Local or Appium Server, Name of the device, Device Id and device type as
Android or iOS.
We need to select the checkbox for “Run Live View” to replicate mobile screen
in the device.
Create the mobile test cases based on the created modules and some standard
modules such as an open mobile app.
Ans: Only Android or iOS mobile devices are supported by Tosca. Also, it can
automate mobile web, native and hybrid apps.
Q25) What are the different engine available for mobile automation?
Mobile Engine 3.0 (ME 3.0) – It’s used for the latest devices.
Q26) What is the basic configuration required to execute any test case in
mobile Chrome browser?
• Intuitive recording
• Easy clean-up
• Fast playback
• Linear recording
Ans: The Tricentis Tosca has introduced these features from Version 14.x.
Some modules can be re-used over different applications (having the same
look and feel) irrespective of technology.
Ans: The Tosca AI engine considers below aspects to steer test objects –
Q34). What will happen for the existing tests which are developed through AI
Engine after changing the technology, keeping the same UI?
Ans: There will be no impact on the existing test cases which are developed
with an AI engine. The reason is that the AI engine does not consider the
technology of the application.