There are a lot of features that I love within Tosca. To name a few:
- Model-based automation
- Scripting knowledge is not required
- Requirement traceability
- Usage of built-in aid packs
There are a lot of features that I love within Tosca. To name a few:
Before implementing Tosca, the average time that we took for completing regression was about four days. After we started using Tosca, it has been reduced to six hours.
I personally feel like the pricing is a little bit on the high end.
I have been using Tosca for almost four years.
As of now, I have not encountered any deployment issues.
I have not encountered any stability issues.
I have not encountered any scalability issues.
Tosca customer service is one of the best in its class.
Technical Support:The people involved in technical support really know what they are doing. This significantly reduces the amount of time it takes the end user to find solutions.
I was using a different solution, but it required scripting knowledge, which most of my team members did not have.
An in-house team implemented it.
Pricing is a bit on the higher end.
Overall, it is quite a different experience in using it. It does not contain any code, and builds from the requirements as a model of what the actual application will contain. The catch being that initially you do not need to define your test cases from the application end and things might not even be in sequence of what the actual final application would look like.
I have an analogy for this – a human body is composed of head, body, hands and legs. Each one has its own “attributes”, which in turn have “instances”. This is what is called the ‘Model-based approach’. Each hand will have attributes such as fingers, nails, elbow, fore-hand, wrist, etc. Then, all these attributes will have instances – long fingers, short fingers, thick fingers, etc. Now to build a body, you need to join all these “attributes” into a seamless body with the various parts working in tandem. This is what a test case would look like in TOSCA. With the initial parts of the body being the Test Case Design part. The joining together of the parts being the test case and the final infusion of blood being the execution and reporting [have not used Frankenstein here, as TOSCA tends to create a human rather than it’s alternate :-)]
TOSCA takes its roots in Object Oriented Modelling, employing concepts such as separation of concerns and encapsulation. In TOSCA, you can create classes, attributes and instances (objects). This modular breakdown makes the understanding and management of the actual requirements fairly simple; without going into how the final system under test would look like. I find this a very cool thing; although it took me some time to understand the concept in relation to the current bombardment of the existing Test Frameworks and Tools.
Again, the interface has a very intuitive design, which can be modelled according to the needs and quirks of the person working with it. People might argue here, that it is the same with Eclipse and other such tools like MS Visual Studio Test Professional, but the concept is totally different with TOSCA. You have the drag & drop capabilities, combined with a good integration across all the functionality provided from putting in the requirements to the final reporting; all in a single interface and tool, with support from a dedicated and technical team to get over the initial hiccups of using it.
The next good part, I found, was its capability to extend its technology adaptors (adaptors are used to automate tests against systems developed in various technologies, such as HTML, Java, .NET, Mainframe, Web Services, etc.) using the ubiquitous and simple VBScript and VBA; which is prevalent as the development language of choice in the Testing Community. I found this quite interesting, as we can now easily use TOSCA with almost any system, which we can code to make the underlying adaptor understand. For example, we had a hybrid mainframe green screen application to test (a rich Java GUI with an embedded mainframe emulator), which after a week’s work was ready to be tested with TOSCA; I have not come across such quick development cycles with other tools I worked with/on. That said, TOSCA has the capability to extend itself to different backend databases with the ease of just creating a simple module for it and using that module throughout your test cases to create a connection and then run your customized SQL queries.
If you start from the Requirement Definitions part, you can easily put in your current requirements and provide a measure of weight-age for each.
Then comes the part where you can extremely easily define the actions you can do on the objects which form your test cases. TOSCA by default defines 6 such actions – Do Nothing, Input, Output, Buffer, Verify and WaitOn, which take care of how a particular attribute defined earlier in the Test Design is taken action on.
TOSCA has been promoted by Tricentis in Australia for the past 3+ years now and has risen from being an unknown tool in the ANZ markets to now in the 2nd position after the ever prevalent QTP (although under HP’s banner, it has undergone a lot of iterations and name changes also now). Tricentis has used the MBT principles to create TOSCA as an easy to use and implement tool. It allows the test team to concentrate on creating the actual workflow of the application, from the ‘artifacts’ provided in the initial ‘Requirement’ and ‘Test Case Design’ sections. From then, it is a simple case of either matching these test workflows with the appropriate screen objects (‘Modules’), or running them manually [yes, you can run 'Test Case' created in TOSCA as manual or automated tests]. TOSCA provides a section for ‘Reports’, which is in PDF format or from the ‘Requirement’ tab, which provides an overview of what has been created, what is automated and what has passed/failed. The ‘Execution List’ tab provides a simplistic way to define the different ways (and environments) in which you can run your test cases.
As I wrote in my previously, TOSCA should be started from the Requirements of the application, where the application is broken into workflows and each is assigned a weight-age This provides the base for creating the test cases in our ‘Test Case Design’ section.
The ‘Test Case Design’ is the interesting part (and claimed by Tricentis, as not being used by any other tool, as yet). Here you need to dissect the requirements and application to create each attribute and assign its relevant ‘equivalence partitioning‘. Sometimes this may not be necessary and the TCD acts like a data sheet for the test team.
For most automation tools, you begin with the application and then match it with the requirements. TOSCA wants you to start from the requirements and build it to the actual tests. Then you add in the actual application and you are on the way to creating a well thought out automation or manual test practice.
With TOSCA v9.x, a new Cross-Browser testing concept called TBox has become the mainstay of the Standard and new modules to be created, giving users a great amount of flexibility. This allows you to create a ‘Module’ in one of the main browsers, and be used across IE, Chrome and FF.
Also, the Wizard has improved tremendously and has become a single point for different types os applications. It is now fairly easy to use the Wizard to dientify and open a Browser or a Desktop application and scan it quickly with good identification of the objects on the screen.
The only irritation that I find, is the change of the Context Menu (right-click), where an irritating feature of having additional (basic) features of the Right-Click being put as a small pic above the actual right-click context menu, where is it not noticeable properly and most of the time you are confused and looking for where those options went.
Another new feature that has been added to v9.3 is the Analytics Web Interface, which allows the Management or the Team to check the status of the Tests created and executed. Also introduced is a new REST API, which can be extended to connect directly to the Multi-User Repository and allow it to be accessed using the Web Interface.
A tighter integration with Agile tools like JIRA and TeamCity has also been introduced as a plug-in.
Testcase design is most valuable, as it has helped in 2 different aspects. Storing the test data in one place, and deciding how many test cases are needed for a given scenario using one of the inbuilt algorithms, thereby ensuring the test coverage.
We used the TCD (red folder to design the test flow), and it was easy to get the tests reviewed by the subject-matter experts as it allowed systematic review of Testcases. Once it was OKd by the SME, we could confidently run the tests for regression.
Most of us have had the complaint that loop statements are missing, without which testing in reality was difficult, as many times Test scenarios needed to be run in iteration and version 8.4 has included this feature.
When I did work with v7.4, I often noticed that the Tosca executor abruptly hung and only way out was to kill the process. But this has been drastically improved in the later versions.
I would rate 3/5 as there is not much knowledge base available on the internet for one to independently solve the issues encountered, which is easily available and in abundance for other tools like QTP.
We previously (for six years) used QTP, and the client chose to have only Tosca for test automation as the license costs were lower compared to the HP tools.
The initial set up was complex as we had always used keywords and integrated Excel, pdf and word documents for storing Test evidence, it was difficult to achieve the same standard of Test evidence with Tosca. Not having the flexibility to code was posing a problem in the initial days.
The tool was always installed by a dedicated team from the vendor as we had not had an opportunity to know in detail how the installation worked.
ROI has been pretty high, but only in comparison to the tools we had from HP earlier. However, maintenance costs, and not having Tosca experts available, are the factors that have adversely affected the ROI in some cases.
I would advise that, if one needs to install Tosca for test automation, always go for the latest version, as Tricentis is implemeting all the user feedbacks genuinely in their tools and it is evolving and has a great potential.
Hi SnrConsultant909,
as part of the Tricentis Support Team I’m very glad to hear that Tosca leads to a benefit in your company.
I want to thank you for the feedback about our Knowledgebase. We highly appreciate the activity of our Customers and Partners in our support portal. Enlarging our Knowledgebase is a main goal to knowledge centered services and we are continuously doing so!
However if there is anything you can’t find in our Knowledgebase or in our Documentation, I want to encourage you to get in contact with our support team via Chat, Phone or via our Support Portal. We are available 24/5 and we are very happy to find a solution for your inquiry!
best regards, Roland
From a services perspective, it allows us to scale up test automation teams very quickly, because test analysts can contribute to the test automation effort without the need for scripting/coding skills.
From our clients perspective (e.g. large banks, government organisations etc.), it has allowed them to decrease their total execution effort, improve their time to market, and increase their total risk coverage.I've used it for three years.
Customer service is very good. The online chat has extremely quick response times (average of 10s wait), and the staff are knowledgeable.
Technical Support:Technical support, is very good. The online chat has extremely quick response times (average of 10s wait), and the staff are knowledgeable.
The Test Automation team at TTC use many other test automation tools/solutions, and have chosen Tosca as our preferred tool because of it's unique model based approach to test automation. We have found this approach to have many benefits including; ease of use, extendability, robustness, maintainability and scalability.
The initial set up and install for Tosca is very straightforward. The client install takes less than an hour, and the only other components required are a license server, and a database. If the right people are available (e.g. System Administrator and DataBase Administrator) then the full infrastructure can be set up on day one.
Generally we see our clients achieve positive ROI within one to three years. This is along with other non-financial benefits which can be achieved immediately e.g. decreased execution time.
We would always advise customers to have experts involved during a test automation implementation. Generally, we recommend conducting a POC to prove that the solution works technically for your systems, then we recommend a pilot project, to prove that the business benefits can be realized, and to provide experience about the product. Along with the POC and the pilot, a portfolio analysis should also be conducted to determine which test suites should be automated.
Expert consultants, like our test automation specialists, should conduct the POC and be heavily involved in the pilot. With an ongoing involvement during subsequent projects, and can also be brought in to supplement the team.
Try the Tosca Udemy course and download a trial to get a feel for Tosca as a product. Then, reach out to the local Tricentis Partner or the Tricentis Services Team for help with a POC and ongoing Tosca implementation. Ask for case studies and reference sites from any consultancy company when implementing any test automation tool. These case studies/references should ideally be local and tool specific. Expertise in other tools doesn't always translate to successful implementation in another.
Our primary use case is UI-based regression tests on Microsoft Windows.
Compared to the old tools, WinRunner and TestDirector by Mercury Interactive, it accelerated building, performing, and maintaining regression tests by a factor of approximately ten times.
This solution is easy to use for everybody, including those who are not IT-educated.
It allows for effective test management and an effective test case design.
The most valuable features are:
I would like to be able to manage different projects in one repository or have better data exchange between repositories.
I have been using Tricentis Tosca for ten years.
Prior to this solution, we used WinRunner and TestDirector by Mercury Interactive.
The performance with Tricentis Tosca is better.
a) It is a good tool for use by Business
b) It requires an initial framework / artifacts to be built by a person who is technical and can understand testing an application in-depth.
i) He has to be a person who can create the modules and also do some technical coding using VB and/or Java & C#
ii) He has to have a background of working with Excel and Math functions, so that he can create the relevant queries and use the in-built TQL language to create the required reports and search + merge duplicates.
c) Good use in Agile workshops, where the person needs to conceptualize the tests before the developer provides the complete application interface.
i) Has an integrated Requirements module, which integrates and creates a good report tool for senior management to use and get the progress and coverage of the work being implemented.
ii) Test Case Design is a unique concept to TOSCA, created through their Linear Q method and the Orthogonal method, to provide a self-sufficient way to reduce your tests and increase your coverage of testing.
d) It is as yet to become mature enough, and has a few quirks, but a very responsive and well trained (technically and customer oriented) Support Technical Team, that can cater for and provide you with updated information and solutions for the issues you encounter.
e) Might have a learning curve, as it does not follow the traditional Record-Play functionality, but tests have to be built from requirements or Agile story cards.
f) Current version also has graphs for the Test Case and Test Design workflow.
g) A plug-in has been developed, which allows for the tool to do Database Reconciliation for BI data migration tables. Also has a framework for recognizing and addressing the Cognos UI interface.
h) Updated with a Tableau plug-in also, which allows the users to check data in Database and the Tableau UI.
i) Integration with JIRA and TeamCity is also available out of the box with the new v9.3 REST API and "TOSCA CI Professional" license. You can configure it to allow multiple machines to connect and run the same.
j) New v9.3 contains the Analytics Web interface, which allows the Management to have a look at the Execution Status and related tests in a Web Interface and graphical manner. Integrated with the product and minimal configuration on it.
k) Version 10.x added an Exploratory Testing Server also, which allows the Business Users to add Workflow Scenarios while they are using the actual application, and this is recorded as Test Steps in a central repository to be later converted into Tests.
l) From version 10.2, a new licensing model has been added, where the user has to login and create an account for managing licenses online on the Support.Tricentis portal and/or the Cloud portal licenses.
Overall I would recommend it to a team which does not have much reliance on technical testers but more with business testers who can create the tests on the fly, as they know what to expect out of the application. That said, it does require a good technical background also to initially set it up and provide a base from where the business test team can take it up and easily maintain it.
I have worked a lot with Tosca for the past year, and it has helped our organization complete many tasks which most of the other tools couldn’t.
Being a scriptless tool was pretty helpful for me, as I don't have a great knowledge of coding. Its features helps us complete the work soon, and in an easy way.
It’s been one year I have been using this tool and it's been pretty good working with it.
5/5
Technical Support:5/5
It was easy, and a straightforward approach.
With it being a scriptless tool, it helps people without coding knowledge to work with ease.
The amazing features provided by Tricentis takes automation to a different world and it's fun working with it.
For me there are three outstanding features:
The first one is the test case design feature. When using the feature in your project - I definitely recommend using it – it forces you to think about your test approach, and your overall test strategy. Using this feature you have to define valid and invalid states and conditions of your SUT from a business perspective (e.g. defining a valid age or a valid combination of two business properties). The tool helps you here by generating all necessary combinations automatically out of your prior definitions. You link them to a test case template and all the necessary combinations of your test cases are generated automatically. In most cases you need to adapt the generated test cases for the specific test case, but the fundamental work is done by the tool.
The second one is the simplicity of creating test cases and the underlying model based approach. The process of creating a test case is pretty straightforward. In case of a GUI application you “scan” the current screen of the SUT first. Afterwards all UI controls are displayed and you can choose the relevant one for your test. A representation of the screen – a module – is created and stored in a module folder. You can then simply drag and drop this module into your test case. In the test case, you select, for each UI control, an action e.g. “click” or a specific value. Afterwards, you can arrange the test cases in different execution lists, which are the representations of a test run from a business perspective (e.g. smoke test, regression test, etc.).
Overall, everything is reusable simply via drag and drop, and you will always have a single point of maintenance (e.g. in a future release of your SUT a button was added, you just need adapt the module. Linked test cases and execution lists are updated automatically).
The third one is the support of multiple UI technologies as well as non-UI technologies. In addition, there are (extra payable) features like mobile testing support and service virtualization capabilities.
The tool is meant to be an enterprise solution for automating software tests. The vendor has its own test philosophy and wants you to follow it. It tries to hide all technical information of the SUT and forces you to always look at your SUT from a business perspective.
The target audience are business domain experts and software testers without technical knowledge. This can be confusing for testers with a technical background who are used to scripting their way through the SUT.
Introducing the Tricentis Tosca Testsuite in a company goes ideally along with changing the whole business process of software test. I would say the company needs to adapt to the tool, and not the other way round, which is not always bad.
Though the tool claims to be an enterprise solution, it lacks some enterprise features. I would like to see a central management capability for admins, where you define initial workspaces, parametrize settings or update all clients centrally. Furthermore, the tool needs a real versioning functionality.
The out-of-the-box support for third party ALM tools must be improved. Embedding it in an existing application landscape often goes along with developing an adapter for third party components. In terms of extending the product from a technical viewpoint, the documentation for APIs is rare and incomplete. It definitely needs more code examples and a platform for developers.
The tool always gives the user one specific view where you create your test cases. This works perfectly for GUI applications, but not always for non-GUI applications. For instance, when defining test cases for web services, you have exactly the same layout as creating a test case for a Java application. Technology specific characteristics are somehow mapped into the existing view, which increases the complexity. Furthermore, the abstraction at non-GUI tests is not given as in GUI tests. You really need to have the technical understanding of web services or XML to create test cases, this runs counter to the target audience.
The test case design functionality is really complex, and tends to be rocket science, so this needs to be simplified. It goes along with the reporting functionality, when you want to create your own layout and customize the report. I didn’t really get it to work.
It would be nice to distribute test cases to different machines for parallel execution. Especially when it comes to mobile test or multi-browser test where the test case keeps the same but the underlying technical base changes.
I ‘ve been working with the Tricentis Tosca Testsuite for more than four years in the context of software test consultancy. I have a decent overview how the tool is used in different companies over several projects. I have gained experience in all functional areas of the tool. Furthermore, I have developed a lot of technical extensions to enhance the tools capabilities.
Overall I would rate the customer service as excellent. The support is available via email and phone 24/5 and is located in the headquarters of Tricentis. This means that the support staff is sitting next to the technical experts which, nowadays, is rare. You get a quick response that is often the solution for your problem. In case it is a more difficult inquiry, and is not solvable with first level support, you’ll be informed that your inquiry will be passed to an expert. Depending on the complexity, you can count on having a solution within one or two working days, which is pretty fair.
Furthermore the support team offers remote sessions, together with technical experts, to find a solution directly on your machine. The support is available in German and English.
On the downside, the community outside the Tosca support portal seems to be pretty small, or is nearly nonexistent. You hardly find solutions, or best practices, for a specific problem on the web. Other vendors have a more active community, and you can often simply Google a solution to the problem. In most cases with Tricentis, you need the support team or you have to contract on-site consultancy.
It depends on your environment and your company policy. Basically, you have three components: a license server, a database and the desktop application which needs to be installed on the same machine where the SUTis located. If you want to use the mobile and/or service virtualization feature you need additional components and preparations.
You will not find an official pricing list. You have to contact the local sales team.
The tool is a desktop application and comes with all advantages and disadvantages of a desktop application in terms of deployment and scalability.
There is a cloud version (TaaS), but this version is only suitable for manual tests and web tests. Web applications need to be publicly accessible within the cloud environment (so it is not suitable for internal testing environments). It would be a nice feature if the cloud version of Tricentis Tosca Testsuite is able to drive your locally installed application.
Do not buy this tool if you simply need a driver for your automation, as open source solutions (e.g. Selenium), or technology specific solutions are more suitable here. Also, if you are looking for a complete ALM solution, there are more capable tools out there. If you have a testing department full of techies, they will feel too restricted with the tool. It’s also not suitable for manual testing only, as there are better solutions for this purpose out there. But, if you have the plan to test multiple technologies, and your testing departments consists mainly of business domain experts or software tester with few technical background, and you are planning to introduce this tool as an enterprise solution and/or want to replace existing fragmented solutions, then it is worth evaluating it.
You definitely want to have a product training first prior to implementation, and you definitely want to have on-site consultancy while making your first steps with the tool. In most cases, you also need technical consultancy in cases the tool does not recognize UI controls.
Focus on a small prototype project first together with on-site consultancy. Take the learnings from that project, and do the next one on your own.
The company is a lot smaller than the top dogs, but they are compensating it with passion and a lot of new features in every release.
Hi Gagneet. I really appreciate the above information you have provided on Tosca TestSuite. I feel it would really help people know about the tool. Very well written.