Qt Squish Reviews

Using a mix of Squish editions, it is possible to fully automate the GUI tests of hybrid GUI applications such as a Qt application with embedded, native Windows controls or a web application which embedded Java applets or starts a Java Web Start application.

A variety of non-proprietary scripting languages are available when working with Squish. Select from Python, JavaScript, Ruby, Perl or Tcl, and take advantage of the world of knowledge at your fingertips in each of the scripting languages.

Each scripting language offers its own advantages, whether based on your existing knowledge of one or more of the languages, or by addressing a key test scenario using an existing and proven approach already available in the scripting language.

The behavior-driven development approach – BDD – centers around stories written in a “ubiquitous language” that describes the expected behavior of an application. 

The use of the human-readable language Gherkin allows technical as well as non-technical project stakeholders to participate in the authoring of feature descriptions and therefore tests. 

Those descriptions serve as a base for the work of both developers (specification and feature descriptions) and testers (test steps).

We have faced some difficulties in identifying canvas objects initially. Canvas images are not actual objects that can be picked by any inspect tool (including Squish as it works based on Objects). You need to use the visual picker or mouse click property of Squish to work with them. I have faced some difficulties in automating this for platform-independent automation. Once it got automated, then it is going fine.

Customer support was good. They work out of the box and are willing to add a new feature if we say and if it is feasible. 

Installation was simple and straight forward (just a single EXE that has to be installed).  

We were able to manage the installation by ourselves as it was simple and straightforward.

Our main test case is to automate the entire thing either to CI/CD tools. I have looked for a lot of tools on this, but we used to encounter one problem or the other. But with Squish, I didn't get many problems, and this is a straightforward procedure. One more use case is we will be using a lot of data like Database, CSV, TSV and so on. So, Squish data-driven testing is very powerful and easy.

Now we have completely automated the Squish runs using CI tools and Squish is not at all getting stuck or creating any problem. Squish is running smoothly on these tools without any problem. Squish is very good in data-driven testing when we have bulk data.

• Its powerful engine for record and replay of test cases
• It has a vast number of plugins for integrating with multiple tools.
• Squish tool documentation is so clear that each and every step is explained using some screenshots which will be helpful for new users and they can do everything.

Till now I have not noticed anything that needs improvement. I believe Squish is going at a great pace and in a good way. Squish is lagging in handling swing objects, but I believe Squish will overcome this shortly. Moreover, we don't concentrate on swing objects that's why I am not mentioning it as an important thing.

I have used some other tools, but when compared I feel Squish has very good potential.

Setup is straightforward.

Licensing is of two types, i.e., named and group license.

Yes. But I can't reveal the names of the tools.

Best tool, and a must-try tool for everyone.

Squish is very good in distributed batch testing. It allows to execute sets of script or batches and review the detailed logging and execution of results. Even we can use the test scripts for multiple test cases, i.e., global scripts which will be very useful for one who often uses the same script.

It has eliminated the back-to-back work of writing the scripts again. I would just be calling a function or file for reusing. Squish has got some good wide range of plugins available to integrate with multiple tools. With Squish, we can do remote testing which is very easy and straightforward.

Its remote testing capabilities are very good and powerful. Squish reusability of scripts is an easy and good feature. Squish data-driven testing is very powerful and we can easily check for bulk and huge data without any issues.

Not much as of now. Squish is going in a good direction and if I feel any difficulty or anything needed to be improved, I will let you know.

We previously used an open source tool.

Setup is straightforward, and pricing is medium.

Licensing is of two types:

• Named license
• Group license.

Squish was my first tool to evaluate and I felt Squish met our requirements.

It supports many platforms, which helps in getting automation solutions for most of the complex UI products.

It has helped for building automation frameworks for multiple products and also have used the tool for cross platform products like integrating Qt and web based automation.

It still requires better solutions for object identification and an enhancement to identify all the objects of the AUT before building the object map.

I've been using it for three years.

There have been no issues with the deployment.

There have no issues with the stability.

There have been no issues scaling it.

It's 7/0 - they're good a providing fixes and patches, but the video support is expensive.

We switched to frogLogic Squish because it supports multiple scripting languages.

The initial set-up is very straightforward. Complexity lies in integrating the squish binaries with QT code

The only hindrance of using it for multiple platforms or languages is it comes with different licenses for each flavour.

It's an easy to learn tool. And it has all the UI automation solutions. Can be easily integrated with applications like ALM.

• We used it for two projects, one was developed using smart GWT toolkit and other used flex
• Locators kept changing in GWT for every build
• For flex all the other solutions required the code to be build using custom parameters and libraries
• Froglogic provided us a solution which supported both the platforms, and no need to build code with vendor provided custom libraries

• Ease of use
• Integration with Rational Quality Manager
• Support for wide range of tool kits (HTML, GWT, Smart GWT, Flex)
• Tech Support of Froglogic is awesome, you talk/chat/mail directly to the designers/developers of the product.

• Features like recovery scenarios can be added as an improvement
• Reporting can be improved.

It worked great, did parallel executions, and distributed executions.

Nope

Customer Service:

10/10

Technical Support:

10/10

We were using HP QTP, before selecting squish we did a POC on TestComplete and some other vendor tools. Cost and non availability of Support for new tool kits were the reason we moved to Squish.

It is a simple tool. Anyone with a fair background in automation tools can achieve setup and start creating suites in no time.

Licence servers were implemented by the vendor team. Implementation, understanding the tool, creating proof of concept was done by me.

Stable automation suites.

All combined, we had a total of 900 scripts divided into different regression suites which we ran couple of times every week for regression on development and pre prod environments.

Execution was triggered from Rational Quality Manager and scripts executed on three of our local machines running Squish adapter.

It definitely reduced the overall testing time.

HP QTP

TestComplete

Stable automation suites, it is cheaper than most of other vendor automation tools, it supports wide range of tool-kits, even embedded solutions, one tool for all your products. The tool itself comes with a simple help, just go through it. If you still face issues, drop a mail to support and all your issues will disappear.

The ability to go through a test sequence and have Squish record the steps and verify the expected results. Then the sequence is saved and a test can be run quickly to see if any test is violated.

Having any test system, especially Squish, dictates a philosophy of testing that organizes one's outlook into a viable manor of testing. Our previous, haphazard approach to testing was not effective. Using Squish has led us into an organized mode of testing.

We had means of verifying that a client record was properly defined, but we did not test to see that all of the information for that client was removed if and when the client was deleted. The Squish discipline led us into resolving this discrepancy.

NetBeans is a Java Integrated Development Environment (IDE) particularly well suited for Graphics User Interface (GUI) development. It allows a number of GUI features such as Text Field to be defined and positioned in a GUI window. When they are first placed in the window they are given generic names such as "textfield1". Then the developer is allowed to change the name of the feature to, e.g. "ClientName", which is easier to remember the association with a program object.

When Squish is running it allows the developer to place restrictions on the contents of GUI features in order to verify correct functioning of the GUI program. These are mostly referred to by the generic name rather than to an assigned proper feature name. This requires the Squish user to either keep a cross reference list of feature names for each GUI window or to try to discern the proper feature from its contents. It would make the work of the Squish user easier and quicker if Squish would display the proper feature names, when assigned.

We have used Squish for about 9 months.

No issues in deployment.

Squish was found to be very stable, no crashes.

We did not have an issue with scalability.

Customer Service was always timely responsive and competent

I did not have an issue with technical support.

This is our first experience with test automation. We knew that what we were doing did not work. Squish is a rational approach to testing of software.

No problem in initial setup. The document ion is well prepared. But one has to realize that testing of a software system, especially a GUI, is a difficult issue. But the results of not adequate testing is a nightmare. So effort in the preparation of testing methods is well spent.

We prepared our testing system in-house.

We are a charitable organization. Our ROI is infinite.

We have found Froglogic to be a very equitable organization to deal with.

We did not find another option that had the parameter that we were looking for.

I believe that testing of software systems (especially GUI) is a difficult issue--some people believe that if the software is written correctly you don't have to worry about it. I believe that is true, but that software is never written correctly at first. There are errors in coding. There are errors in the specifications. There are changes that are necessitated as the system is placed into use. Testing to verify that the system is performing as all expect it to perform is a huge task, similar to the original coding of the system. My advice is to take software verification very seriously.

One of the most valuable features is the auto-completion of the code while you register your actions/clicks inside the application under test.

The most important part is that it allows me to create black box tests faster and easier. Along with it's features for apps written in C++ QT, gives me even some inside about the code of the application under test.

The most complete way of testing is on several OS's, even platforms. Here, the solution provided by Squish, trough several python script files, could be simplified in such a way, so that even black box testers could manage it easy. At the moment, you need to have a basic knowledge about Python and programming so you can master it and use it.

I've used it for two years.

There were no issues with the deployment.

There have been no issues with the stability.

There have been no issues with the scalability.

I had several emails exchanges with the Squish support department. They know their product, and indeed they can provide solutions for your problems. Appeal to them with confidence.

I didn't use any other solution. Some other colleagues did an evaluation of several tools, and this was the closest to our needs.

Initial set-up is quite easy, because their package comes in the form of a binary for Windows. Now, after using it for quite a while, it seems logical and quite easy.

I need to give a minus to the the product, because the technical documentation, again, is not easy to understand if you aren't at least a basic programmer. Indeed, Squish sustains sessions of on-line training, that can really help a beginner, but still, you also need to have a minimum level of principles about programming.

This product was already implemented at a basic level, when I started using it.

Yes, other found solution was the one provided by Smart Bear. But we choose Squish, because it's more flexible and intuitive.

Some of you may find the Squish product easy to use, some of you may find it hard. I think that what's important in the the end is that the used tool to allow you to obtain the wanted result. This product, until now, allowed me to do this.

• Object Map & Object Identification Tools - This feature simplifies test creation, test maintenance and troubleshooting. With this feature I can produce stable test scripts
• Powerful and intuitive Integrated Development Environment (IDE) - I use this IDE daily for creating new tests, debugging tests and running tests. Squish IDE has been very easy to use.

I have used froglogic Squish mostly for regression testing. Automated regression tests are run nightly and this helps us to find regression bugs quickly. The use of Squish also reduces test execution time.

Recording tests with Squish IDE creates quite ugly code and it is very difficult to maintain tests that have been recorded. That is one reason why I haven’t used Recording and Playpack feature at all.

I haven't encountered any issues with deployment.

I haven't encountered any stability issues.

It's scaled as needed for us.

Be patient and study product. Use the scripting language which is most familiar to you. Don’t hesitate to connect Squish customer support.