1. Home
  2. Getting Started
  3. How to test your research project on m-Path
  1. Home
  2. Researchers & Participants
  3. Researchers
  4. Study Setup & Deployment
  5. How to test your research project on m-Path
  1. Home
  2. Researchers & Participants
  3. Participants
  4. How to test your research project on m-Path
  1. Home
  2. FAQ
  3. How to test your research project on m-Path

How to test your research project on m-Path

Why Testing Matters

Before launching a research study on m-Path, it’s essential to test it thoroughly. m-Path has a ton of features you can enable or disable. Only by testing, you can be sure that everything is correctly set-up. Test as much as you want, this will not cost you any participant slots of your premium subscription.

How to test

1. Install the app on a new phone

Like a participant, newly install the app on a phone. If you want to install the app again on your own phone, you first have to uninstall the old version. Make sure you have written down the recovery code of your old account so you can later recover your old account (for example if you need your old m-Path account for two factor authentication).

2. Choose a nickname

When you open the m-Path app for the first time, choose a new alias or nickname. Avoid the loss of participant slots of your premium subscription by choosing a nickname following these guidelines. Subsequently you can save your new recovery code and accept the terms of conditions.

3. Join your own study

When you have to add a researcher (or practitioner), search for your research using your research name, code or preferably an invitation code. If your research uses an intake, it should immediately be shown after you’ve added the correct researcher/practitioner. If your research uses a baseline auto enroll, you should also start receiving notifications automatically.

4. Complete your own study

Fill in the questionnaires and check if you receive notifications at the correct times, at least for a few days. Check both the content of the questionnaires as the timing of the notifications. Don’t forget to imitate a normal participant once in a while by not immediately filling in the questionnaires and testing if your reminders work.

5. Inspect the gathered data

Export your data. Check if the exported data looks as expected. Do you have all information necessary to answer your research questions? Potentially already try to run your statistical models.

Avoiding the Loss of Paid Participant Slots

We understand that every participant slot counts, especially when you’ve invested in them using an m-Path premium subscription. To ensure you don’t use up a participant slot that you’ve paid for while testing you can use an alias that begins with the prefix ‘system test #’ when registering the test participant (see for example image bellow). This will flag the device as a test device.

The system automatically recognizes this prefix and ensures that this “participant” is not counted against your quota.

Adding a test Participant

Visual Indications of Test Mode

When a device is in “TEST MODE”, certain visual indicators will appear within the app to signal that the data being collected is for test purposes only.

Please note that this visualization might change over time, and future indicators might be more pronounced to ensure clarity

A Word of Caution

Using the “TEST MODE” is intended solely for testing purposes. This method should not be employed for real research participants. We cannot ensure the integrity of data of participants in “TEST MODE”.

Go into debug mode

In debug mode it is possible to quickly see all current answers in a questionnaire, while you are filling out a questionnaire. This can be really interesting when debugging more complex logic in questionnaires, that for example use computation items (pseudo R).

To go into debug mode you have to

  • Open settings in the app (top left button in the home screen of the app)
  • Tap on Extra
  • Tap on Notes
  • Add a note (click on plus icon)
  • Type in !start debug! (see image below)
  • Tap on add
Add a note with !start debug! to start debug mode

You are now in debug mode.

In debug mode, you will always (unless you are on a question that has a deadline) see a bug on the top right of your screen in a questionnaire. When you click on this bug you will open the debug page.

Click on the bug to open the debug page

In the debug page you can see all variables recorded in the questionnaire. These variables include

  • answers from questions (see label_uuh2 in image below)
  • results from computation questions (see a and b below)
  • system variables that are automatically loaded (see system_maxtstreak below).
Updated on May 23, 2024

Was this article helpful?

Related Articles

Need Support?
Can't find the answer you're looking for?
Contact Support

Leave a Comment