Modelling an Existing UI
The Art of Modelling series from Curiosity Software – Learn how you can model an existing, concept and evolving UI using Test Modeller and it's built in UI Scanner.
Create a New UI Model
The video above introduces a simple customer login screen where emails and password fields and different elements of the application get picked up by a UI Scanner. This scan is then translated to a model and in the model you see how different journeys get tracked.
We also take a closer look at using all three major block types of the Test Modeller tool in conjunction with each other, to map out the different combinations of behaviour on the UI. This is a complete model which demonstrates some of the more basic best practices for modelling an existing UI relative to combinations of data but also combinations of user behaviour that can exist on top of a webpage.
Modelling a UI Concept
Modelling upfront is a key part of test or behaviour driven development, from which user stories are generated. At which point, developers can action the user stories to write an application or at least produce initial test scenarios to test it against, or as soon as the application is ready and available to be tested.
Despite the application not actually existing, at the start we lay out three blocks to explain the high level goal or high level use case of this page. This segment considers some key differences involved in modelling a UI when the application doesn't already exist, rather than an existing one.
Modelling an Evolving UI
As a UI evolves according to requirements, a model gives a focus for different stakeholders to collaborate within the Test Modeller canvas. So a model will easily evolve from day one through to possibly day 20. From coming in and explaining some of the most basic functionality or journeys on your app through to where a model has its different nodes rules applied, the outcome is to embed data ready for automation.
Additionally, rule-based generation are used on task blocks, essentially saying that for any instance given the logic as invalid data, will be forced down the invalid credentials route to inform test cases. The invalid password gets pushed through into a negative scenario, where we end up with a necessary error state.
Watch More of The Art of Modelling Series