This feature allows you to see changes that have been made between different versions of your application. This allows you to verify the changes you have made before releasing a new version of your application, and to efficiently develop test plans for running QA, by focusing your plan on things that have changed.

Overview

View Changes button is available on Application Releases page. The View Changes page allows you to see what has changed in every menu, form and question in your application. Using the dropdown at the top of the page, you can choose any two versions to compare, and the app changes view will show you what has changed between them.

The left pane shows the first app version you have selected, or the "base" on which comparisons will be made. The right pane shows the second version you have selected. 

Items that were added between the first version and the second version are highlighted in Green in the right pane and have a + next to them.

Items that were removed between the first version and the second version are highlighted in Red in the left pane and have a - next to them.

Items that have changed between the first version and the second version are highlighted in Yellow and have an arrow icon next to them.

Menu and Form Changes

• Addition

• Deletion

• Addition, Deletion and Changes to:

• Name

• Comment

• Display condition

Questions

• Addition and Deletion of the question itself

• Addition, Deletion and Changes to:

• Names

• Including changes to any translation

• Comments

• Calculations (for hidden value questions)

• Display Conditions

• Validation Conditions

• Comments

• Default Values

• Options

• Case property loads

• Case property saves

Workflows

Seeing what has changed before making a new version or releasing a new version.

Before releasing a new version of your application to users, it is good practice to check all the changes you have made for consistency and accuracy. You can do this with the app changes view. Set the "base" version to the previous released version, and set the current build to be the version you are comparing to. This will show you all the changes you are about to release. Check to make sure all of these changes are known and have been tested.

Squashing bugs

You can narrow down which change might have introduced a bug by using the app changes view. You should first test various versions of your application to narrow the bug down to a small range of versions. Then select the last known "good" version as the "base" compare version. Select a "buggy" version to compare it with. You will see all the changes between these two versions. It is only necessary to look at these changes to find the bug, as nothing else in the app will have changed.

Efficient QA plan writing

While writing QA plans, you can narrow down the area you need to test by using the app changes view. With your knowledge of the application in general, and the changes that have been made since the last QA pass, you can decide to only test the parts of the application that have changed, instead of needing to test the whole app.