Logo QF-Test

Preliminary considerations
about GUI testing

 

Free Trial  Download  

Green traffic lights

That you can start with your GUI test automation!

10 questions to answer
before automating your GUI Tests

1. Do tests for the graphical user interface (GUI) make sense for me?

If you don't plan changing your graphical interface within the next period of time completely, GUI tests definitely make sense.

The system as a whole is tested via the GUI and not the GUI itself. This is a common misunderstanding in GUI test automation. The GUI tests are executed from the end user's perspective on a "living" system.

You can reflect the whole workflow, how the end user sees and experiences the application.

2. Which kind of GUI tests do I want to automate?

Functional tests to check whether the function is working or non-functional areas like load and performance of the software. Is it better for you to use one tool for both or is it even better to use two tools for these separated sections?

Automate tests of software with frequent code changings that you want to check regularly and that are boring for manual testing. As an exciting task testers then can focus on test architecture, test design and manual testing of advanced use cases. This can safe time and money, but the initial costs of test automation must pay off of course.

3. Is my software testable? 

  • Is the software ready to be tested automatically?
  • Is there a possibility to create test data or to clean up the data inventory?
  • It's often important to set identificators for the graphical objects when testing the graphical user interface for a better recognition rate. Is this already part of the development process or can this be updated later?

4. Which basic conditions are crucial for automated GUI tests?

For a stable and successful test automation there are several questions to be answered in advance:

  • Can I provide a stable test environment?
  • Should the automated tests run on a fixed data inventory or a flexible data inventory?
  • Do I need further means as simulators or installation scripts?
  • Do I want to test the application in several languages? If yes, which new findings do I exspect from this functionality?

These questions influence the manner of implementing the tests and of how flexible the scripts are kept.

5. How do I select the right tool?

First of all create a list of criteria for tool selection (Exemplary check list of QF-Test)

On the one hand you surely have several "must have" criteria in mind like the supported technologies, platforms, integration in the build process or stable recognition of graphical elements of your software. On the other hand there are "nice to have" criteria that you would give up in favor of another aspect. You then can test, evaluate and compare the different tools regarding these criteria. Then you only have to choose one.

Another aspect is how you want to create the test: Do you want to code or record them via capture/replay, do you follow a keyword-driven or behavior-driven testing (BDT) approach?

Most importantly the test team should accept the tool.

6. Does my team have the necessary ressources?

Depending on the number of tests you want to automate you should consider how many QA engineers or developers you need with which experience level to achieve your automation project goal.

In every case it is important to train the team for the tool, internally, by an external trainer or the tool provider. In the case of QF-Test trainings of 3 to 5 days on-site or via webinar are recommended.

Is there a possibility of futher consulting or a support aggreement to get answers fast and competent help from experienced users or the tool provider? Is there e.g. the offer of assistance for the tool introduction?

7. Is there a budget for purchasing the tool?

Since there are open source and commercial test automation tools in the market there should be a budget in case of selecting a fee-based one.

In every case there is an effort of setting up the automated tests.

Avoid the mistake to choose a less appropriate tool just because of the procurement costs, because the migration to another tool can even cost more. 

8. Do I have enough time for automating the tests and their maintenance?

You should keep in mind that the automated tests have to be created first and then maintained regularly.

When you have set up the tests the time you would have spent for manual testing is reduced and you have the advantage that you can run the tests regularly or even more often than before to get faster feedback about the state of the software. This quick feedback gives you the possibility of reacting systematically and earlier to possible bugs. This increases software quality.

9. How and where do I get help when problems arise during the tests?

If you are considering a tool that is supported directly by a consulting company, you can additionally purchase consulting service directly there. There are consultants that are specialized in different fields of automation or generally in test projects.

You can also purchase a tool that offers support and consulting.
In any case it is senseful to have the possibility to have consulting and training offers when questions or unforeseen challenges arise.

10. Can I try a tool?

Yes, since there is a huge number of tools for test automation their evaluation is possible.

You often type in your contact data and then get a trial license.

Check QF-Test out for yourself: