...
Each time you supply a value in a control, sends an asynchronous request to the server to validate the data. This means users will get immediate feedback while they are using your form. They do not have to wait until they click the form's submit button for example to discover that a zip code is missing a digit or that they neglected to fill in a required phone number field. Try to type letters in a number control, for example, and you’ll immediately see an error message.You'll want to test your form to make sure that you are using the correct control based on the validation you want. For example if you used a Text control for a phone number field, you'll won't see the correct error occur if you enter an incorrect phone number. Go back and edit your form to change the control type for that field from Text to Phone.
Your form 's submit button will be disabled csnnot be submitted until valid data is entered into all required fields and if data is entered into an optional field that data also must be valid. You will want to test your form to verify that all the fields that you want to require the user to fill are indeed set to required in the form. If the user does not enter data into all your form's required fields the submit button will remain greyed out until they do. This prevents the user from submitting a form that does not yet have all the data that you require. The submit button will also disabled if you enter or enters invalid data into an optional field, the invalid fields will be highlighted with an orange background color when the Submit button is clicked. For example, enter abcde into a Money control. An error will appear to alert the user that the entered data is invalid. And even if all required form fields are filled you'll see that the submit button is again greyed out the form cannot be submitted until the error is corrected. For example, replace abcde with 89.25,click Submit and the form will be submitted.
The designer can also display a message instructing the submit button can be clicked.user what to do. This method is very helpful to users when trying to determine why a form does not submit. Refer to this topic for the details.
Sometimes you'll test your form and see that the submit button remain grey'd out form will not submit even when all required fields appear to be filled with valid data. The cause is always a hidden required field with no data or a hidden field with invalid data. Since the field is hidden your users won't be able to enter a value into that required field nor to correct an invalid value in that field and will therefore never be able to submit your form. In a simple form it won't be hard for you to open it in the form designer, find the hidden required field and fix the problem. In a large form or one that has dynamic business logic that makes fields hidden/visible or required/optional or sets values in business rules, you'll need to debug this problem while testing the form.
The first step to solving this issue is to understand which control(s) are causing this issue. The Firebug tool, http://getfirebug.com in the Firefox browser is a great way to find hidden controls which are invalid or required and causing the submit button to remain disabledempty. Test your form and enable the firebug tool. Open firebug's HTML tab and search for all instances of s-invalid using the search box in the tool's top-right corner. This will take you to the HTML of each control in the invalid state. The control's name can be found in that HTML. Now you can edit your form in the designer, find that control and fix the issue.
Note that if a required control is inside a hidden section, then that section will also be invalid and you will also see s-invalid in the section control's HTML. This s-invalid is not the root cause of your bug. You will have to continue searching with firebug further to get to the actual control inside the section control that is the root cause.
...
Test your form to verify that the final form and doc actions are working as expectexpected. Make sure that your final submissions are reaching their desired end point. For example, if your form Doc Action is configured to send an email or post to another system or to save to Google Drive or Sheets, you'll want to verify that this is working. Submissions errors have many possible causes. Maybe your forms is configured to send an email and you used a control template in the email wizard To field. If the email address control was filled with an bad email it will cause the submission to fail. Errors can also occur if you are posting to a web service and the web service fails. One way to debug submission errors is to set your Error Actions to {_frevvo_root_cause_msg}. A second way to debug submission errors is to use the submission repository. The submission repository has an error indicator on any submission that had an issue. See Submission Errors.
...
You can test the translation files you create and upload into by clicking the 
test icon on the Internationalization screen or you can use the &locale URL parameter to initialize the form with other languages. See Multi Language Support for details on creating translations and testing locale translations ..
Purging form/flow test data
Refer to this article for a quick easy way to purge your test data (tasks and submissions).
Internet Explorer Compatibility Mode
If your Forms and flows do not look or work correctly in Internet Explorer, Compatibility View may be turned on. Refer to this article for more information.