• Verifying Custom Properties of a QObject in Squish

    By on March 23, 2017

    If you’re testing a Qt-based application with Squish, you probably know the problem: one of your classes has custom properties you would really like to verify, but you cannot seem to get hold of it from a test script. First the bad news: making it available requires changing your application. The good news: the required changes are really simple! Consider this example class. It has a collection of members and properties which can be used just fine from C++ code: class FrogView { Q_OBJECT public: enum FoodType { Fly, Grasshopper }; FrogView(QWidget *parent = 0); QString name(); void setName(QString name); QList<QString> preferredFood(); signals: void quack(); public slots: void feed(FoodType type); private: QString m_name; }; Note: You probably noticed at once that we should really use the FoodType enum as return type for preferredFood() instead of returning plain strings. That is true of course, but let’s keep it this way...

    Read more
  • Code Coverage Case Study: Learn How InnovMetric Software Benefits from Squish Coco

    By on March 21, 2017

    InnovMetric Software Inc., the leading provider of universal 3D metrology software solutions, started to use froglogic’s Code Coverage Tool Squish Coco in 2015. The main objective was to understand how much of their applications’ code is properly tested by their 15,000+ tests. After some time InnovMetric’s engineers concluded: “Coco seemed like a regular code coverage tool at first, but after we started using it, we found some very advanced features.”. Read the whole story at

    Read more
  • Hybrid Qt on Android App Testing

    By on March 14, 2017

    Squish-6.1 for Android now has support for the UIAutomator framework for Android 4.3 or newer. Qt applications running on Android have C++ and Java code bundled together and running side-by-side. Squish can access objects from each language, but from a single test case, we must distinguish between these two parts of an application somehow. We achieve this with the Application Context. Testing an application running on Android with Squish requires usage of the built-in hook to access Qt objects from Squish. Squish can access such a running app from a test script, using the attachToApplication function.

    Read more
  • Automatically create and update JIRA tickets based on Squish test results

    By on March 7, 2017

    Squish can be used for creating and updating JIRA tickets in response to fails and errors of nightly scheduled test runs automatically. It is possible to give an automated build test its own corresponding JIRA ticket.  These tickets can be assigned automatically to specific people, based on latest errors or changes which happened. In addition, overall statistics for the entire test suite’s life-cycle is available.

    Read more
  • Squish and Functional Mockup Interfaces (FMI)

    By on February 28, 2017

    When testing an application that interfaces with external devices, one often doesn’t want to use an actual device. A typical testing setup in such cases would encompass a simulation tool that mocks the device(s) in a predictable and controllable way. Testing using simulated devices have a range of benefits: No need for an actual device, No risk of damaging the device with erroneous commands, Simulation can mock rare conditions: e.g. device malfunction, Simulation can provide the test environment with it’s current state, Simulation can be controlled by the test environment. There is a large number of tools available on the market that allow simulation of various devices, especially used in embedded software development. Many of those tools are capable of communicating with other tools using Functional Mockup Interfaces – FMI. FMI Interface Functional Mock-up Interface (FMI) is a standard describing binary interface between simulation applications. It allows sharing the simulation data and...

    Read more
  • We met Squish users in Poland for “UI Behavior Driven Testing” workshop

    By on February 27, 2017

    On Wednesday, 22 February 2017, our Squish experts Tomasz Pawlowski and Jakub Topolski conducted a “Squish in Action: UI Behavior Driven Testing” one-day workshop. We met with 16 participants in the beautiful city of Gdansk (Poland). Shortly after 9am we started with a decent theoretical introduction to Behavior Driven Development. After that, we split up the participants into 4 groups with a task to create BDD Scenarios in the Gherkin language. The participants then were introduce to the Squish GUI Tester to start automating those Scenarios. In the meantime we had Pizza giving us some time to relax and do some networking. After the break, we presented how to implement each Scenario giving our participants some time to practice the same with their own Squish installation. While doing that we demonstrated how to interact with objects, widgets, properties & the API. With Squish’s true object-level access and Behavior Driven Testing...

    Read more
  • Define your own Symbolic Names

    By on February 21, 2017

    Usually when Squish adds an object to the Object Map, Symbolic Name is created as a combination of its properties (e.g. caption and type of the selected object). Thanks to that, most of the time it’s easy to identify objects behind these names. However, there are cases where it is not enough. We would like to show you a different approach of defining your own Symbolic Names, even before you start to write your first functional test case. On the image below you can see an “Address Book – Add” dialog from our example application – Addressbook. Here is a list of Symbolic Names of objects located in this dialog. :Address Book - Add.Cancel_JButton :Address Book - Add.Email:_JLabel :Address Book - Add.Email:_JTextField :Address Book - Add.Forename:_JLabel :Address Book - Add.Forename:_JTextField :Address Book - Add.OK_JButton :Address Book - Add.Phone:_JLabel :Address Book - Add.Phone:_JTextField :Address Book - Add.Surname:_JLabel :Address Book -...

    Read more
  • More Useful Squish Test Reports

    By on February 15, 2017

    Test reports matter. Especially so when something goes wrong because Squish detected a failing verification during test execution. When a test fails, it’s typically interesting to figure out why a test failed (except if you’re fine with just ignoring the result). The first step to figuring out why something went wrong is to figure out what went wrong, and that’s where a good test report shines.

    Read more
  • The Squish Jenkins plugin now supports Pipelines

    By on February 6, 2017

    As we received a lot of questions about using the Squish Jenkins Plugin in Pipeline jobs, we now introduced a solution for that. Starting from the version 7.0 of the Squish Jenkins plugin support for Pipelines is available. If you are interested in short tutorial please read the Knowledge Base article. More information can be found in the Squish Plugin documentation.

    Read more
  • Overriding Squish functions

    By on February 1, 2017

    Motivation There may be cases where one wants to change the behavior of the functions provided by Squish. For example, even though the default timeout of waitForObject() is 20 seconds (which usually is enough for a GUI control to be “visible and enabled”), in some rare cases one may find that this is still not enough time. One would usually handle such cases individually by adding a second parameter to the respective waitForObject() call, which stands for the desired timeout in milliseconds: // Let's wait for up to 40 seconds for ":x": waitForObject(":x", 40000); But, what if there are many more places where such a change would needed? Then we would have to go through our script, adding the timeout parameter to all the other desired waitForObject() calls, which can be a very tedious and error prone task. Also, we may not even know in advance where these longer...

    Read more
  • Breakpoint marker with Backslash

    Help! Squish Does Not Stop At Any Breakpoint Anymore

    By on January 25, 2017

    In the more recent past, we had a few incidents where customers and even colleagues found out how to disable the breakpoints in their test scripts in the Squish IDE. Unfortunately, they did not really notice how they were doing this and hence needed a little help to re-enable the breakpoints. So we will now have a look at how it looks like when this feature is active, how the breakpoints can be enabled again and what possible uses this feature has. How do I know that my breakpoints are all disabled? The sidebar of the editor shows the breakpoint markers with a blue backslash on top, similar to this screenshot: This backslash indicates that a feature of the IDE (or rather of the underlying Eclipse framework) has been used to disable all breakpoints.

    Read more
  • Code completion

    Upcoming feature “script-based object map”

    By on January 18, 2017

    Upcoming feature: Script-Based Object Map In July 2016 two blog articles presented an alternative script-based Object Map approach for advanced management of object names. The idea is to use script language variables instead of string-based Symbolic Names for object look-up and interaction functions. As shown in the examples below, language specific dictionaries with wildcard and regular expression support are used to define the properties of object names and since the Object Map is written in the same language as the tests, Squish IDE features like code completion, jump to definition and refactoring make usage of object names quite simple. In one of the next Squish releases the script-based Object Map will be supported for all five script languages, including these main features: Recording Playback Script framework for “home brewn” Object Maps How will it look like? Here are small examples for Ruby and JavaScript: Ruby objectmap.rb Address_Book_MainWindow ={:type...

    Read more
  • Execute tagged scenarios in Maven

    By on January 16, 2017

    Recently released Squish GUI Tester 6.2 allows for Test Case tagging. It was already possible to tag Scenarios in BDD Feature as well. We have just released Squish Maven plug-in version 4.3 which allows to execute only tagged Test Cases or Scenarios. More information: Knowledge Base Article Maven plug-in documentation

    Read more
  • Squish Tip of the Week: Verification of Text Colors

    By on January 4, 2017

    A common thing tests like to verify is whether text has a certain color. If you wish to avoid screenshot comparisons, then the way to do this differs depending on the toolkit and the API you are using to present text to the user. This article will explain some of the different ways text can be presented, and how to verify their color in a test case.

    Read more
  • Merry Christmas 2016

    Merry Christmas 2016

    By on December 21, 2016

    A very successful year at froglogic comes slowly to an end. This year has been successful in may aspects for us. On the business side, we have increased our revenue by 14% compared to 2015 by winning several new customers as well as appreciating continued business from our existing customer base. Since we care a lot about our users being successful with Squish and Squish Coco, this year we have re-invested parts of our profit into increasing our technical support team. This also shows in the support & updates subscription renewal rate: 89% of our customers renewed their support & updated subscription this year which is the best we have ever seen. A big thanks to you, our loyal customers! So we would like to take the opportunity to thank all our customers and partners for the trust and confidence in our work and look forward to the successful continuation of...

    Read more
  • Website Location Guide After Changed Permalink Structure

    Website Location Guide After Changed Permalink Structure

    By on December 14, 2016

    With the new release of our website most of the existing links have changed. This was (unfortunately) necessary to improve the aesthetic, usability, and forward-compatibility of our permalink URL structure. The good news is nothing is lost, and all information of Squish & Automated GUI Testing is still just a finger tip away. Listed below you will find some main entry points to our products and services and other useful resources.

    Read more
  • Irritating folding collapsing of comment lines in Squish python editor

    Squish tip of the week: How to get around folding/collapsing comment lines while editing comments in Python

    By on November 2, 2016

    Lately, there was a support question regarding folding/collapsing comment lines while editing comments in Python. If one tries to comment tests in Python, the Squish IDE folds or minimizes the comment while writing. In some cases this is unpleasant and time-consuming even if one subsequently clicks the small “+” icon to expand the comment. We are aware of this “feature” and on the way to enhance this for a more pleasant use. Meanwhile, there is a simple solution for that.

    Read more
  • Code Folding Expand and Collapse Code in Squish

    Squish tip of the week: Code Folding – Expand and Collapse Code in Squish

    By on October 19, 2016

    What is Code Folding Code folding is the ability to expand and collapse certain code in programming constructs. This improves readability when a test script contains numerous functions or other blocks of code and comments that you want to hide when you are not currently working with that part of the file. How to Expand and Collapse Code in Squish You can collapse and expand code fragments in Squish so that you can view different sections of your test script without having to use the scrollbar. To expand or collapse code, click the plus or minus sign that appears to the left in the test script editor. To expand or collapse all of the code, place your cursor anywhere within the test script, right-click, and then select “Expand All” or “Collapse All“.   Example of expanding and collapsing Code in Squish (click to enlarge)

    Read more
  • squish programming languages

    What Programming Language to learn for Test Automation

    By on October 12, 2016

    Many companies are moving away from hiring pure manual testers and prefer testers with test automation skills. Learning a programming language will get you started with test automation. Not only that testers can speak the same “language” as developers, they will understand better what developers do and get a better appreciation of how complex development is. Further, a tester can do unit testing and participate in code reviews. Programming languages come in all shapes and sizes, and each language has pros and cons for software testing hence it really depends on which one to learn on the testing situation and what one is trying to accomplish. Some factors that might help to make a decision what programming language to learn for Test Automation:

    Read more
  • Squish tip of the week: Object Not Found Dialog

    By on October 5, 2016

    When does the Object Not Found Dialog appear? The object not found dialog automatically shows up during the execution of tests in the Squish IDE if a “waitForObject” command runs into a specified (or default) timeout. Furthermore, the dialog will show the error message generated for the lookup error and the object name for which the lookup was executed.

    Read more
Load More