Introducing and Testing New Form Versions in a Production Environment

About

ProntoForms makes testing new forms and form changes straightforward; configuring form states and FormSpace permissions makes it possible to test new forms and form versions in a production FormSpace without causing user interruptions or affecting production forms.  It is recommended that all form changes are tested before new versions are deployed to field users.

Creating new versions of a form allows the ProntoForms system to track important changes, like re-ordering questions on the form.  This tracking will improve the system's ability to give consistent data exports across versions.

  • Active forms are intended for production; Draft versions are intended for testing new forms and form changes.
  • A Draft version of a form can be created in the Form Builder;  after making changes, select "Save as Draft".
  • Default group permissions ("Can Submit") allow users to see only Active/deployed forms on their devices; Draft forms are automatically hidden from them.
  • "Can Test" group permissions allow users to access and submit data for Draft forms in assigned FormSpaces.
  • To simplify things, it is often useful to just create a separate "Test FormSpace" to test changes in.

[ top ]

 

Allowing Administrators to Work With Active and Draft Forms

Administrators or users can have access to both Active and Draft versions of the same form on their devices by correctly configuring group permissions.  This allows them to test the Draft form while still being able to submit data against the Active form.

  1. Ensure the desired administrators or users are in a group like "Test Group," containing only users who should have access to Draft form versions.
  2. Assign the group to the desired FormSpace.
  3. Configure the group’s FormSpace permissions.
    • For the relevant FormSpace, check off Can Test to allow access to Draft forms and Can Submit to allow access to Active forms.

[ top ]

 

 Eliminating Production User Interruptions

 As noted above, groups are created with default "Can Submit" FormSpace permissions, allowing users in the group to view and submit data for Active or deployed forms; Draft forms will be hidden on their devices. 

To ensure production users are not affected by form development and testing, simply ensure that:

  • Groups containing production users have only “Can Submit” permissions for a FormSpace containing forms in development/testing, and not "Can Test." 
  • Any new forms/form changes made in the Form Builder are saved with "Save as Draft"; these options will leave the form in a Draft state.  Do not use "Save and Deploy" until the new form/changes should be accessed by production users.

[ top ]

Was this article helpful?
1 out of 1 found this helpful
Have more questions? Submit a request

Comments