English (US)
  1. Zendesk help
  2. Messaging
  3. Messaging documentation
  4. Zendesk messaging

Testing the end user's messaging experience

Aimee Spanier
  • Edited
Zendesk Documentation Team

What's my plan?

当你重新创建或更新ging configuration for the Web Widget or mobile SDK channels, you can – and should – test the setup to experience messaging conversations from the end user's perspective.

The testing processes differ for a widget with a default messaging response and one with a conversation bot. In this article, we'll cover both scenarios.

This article includes the following sections:

Testing a default messaging response

When you're creating a Web Widget or mobile channel with the default messaging response, the preview panel displays a basic preview of how an interaction might appear to your customers. This is useful for getting a general idea about the customer experience, but doesn't provide a complete picture.

You can preview the full customer experience by launching a separate testing window. You can use the testing window at any point during the widget creation or editing process.

To test a default messaging response
  1. Activate and configure a new Web Widget, or open the widget you want to update andmake your changes.
  2. At the top of the preview panel, clickTest it now.

    The testing window opens.

  3. Click the launcher at the bottom of the window and begin interacting with the widget, as if you were a customer.

    When you're done, you can close the window.

Testing a conversation bot

The bot builder's in-product previewer is a great way to get an idea of how your conversation bot works. However, it doesn’t show things like:

  • What happens when a user types in a question
  • System flows like “I didn’t get that”
  • The handover experience to an agent
  • How and when triggers run, including离开办公室andCSATmessaging triggers.

In this section, we’ll explain a number of ways you can test your conversation bot's behavior from initiating a conversation to closing a ticket.

Note:When testing your conversation bot, real tickets will be created, so you may want to let your agents know that you’re testing it before you begin.

Testing a conversation bot before publication

You can preview a bot before publishing it to a live channel using theTest botbutton. You'll also be able to preview any unpublished changes. You can test:

  • Standard responses, such as greetings or fallback messages
  • How the bot matches customer messages to answer intents
  • Answer flow steps, including steps that make API calls, vary based on business hours, provide quick reply options, or collect data.
  • Bot messages that include rich media, variables, or help center articles
  • Transfers to agents, including conversations with real agents. Such conversations create real tickets in Zendesk Support.

To test a bot before publication

  1. Open the bot you want to update, andmake your changes通过添加、删除或更新机器人的答案.
  2. On bot’s edit page, clickTest bot. The testing sidebar opens.

  3. Use the sidebar to start a conversation with the bot. To reset and start a new conversation, click theReloadicon ().

Usage and reporting

Test conversations created using theTest botbutton don't count toward your account'sMonthly Active Users (MAU)and don't appear in related Explore reports or dashboards.

Limitations

You can't use theTest botbutton to test the following:

Testing a conversation bot in a live widget

In many cases, you’ll need to test your bot in a widget that is already in use through a website, help center, or mobile SDK.

When testing changes to a bot in one of these live channels, those changes will be live to your customers as soon as they are published. To minimize exposing these changes to your customers, we recommend the following:

  • Open the website or help center in an incognito/private browser window before publishing, then reload the page as soon as the new bot is published. Using an incognito or private browser allows you to start and view a conversation from the beginning, and having it ready to go before publishing minimizes the time it takes to test.
  • Publish changes at a time that is usually quiet for your website or help center, to expose the changes to as few customers as possible before verifying the content.

To test a conversation bot on a widget currently in use

  1. Open the bot you want to update, andmake your changes通过添加、删除或更新机器人的答案.
  2. Open your website or help center in an incognito or private browser window.
  3. Publish the updated bot.
  4. In the private window, reload the page, then interact with the bot to experience its performance from a customer’s perspective.

Testing a conversation bot in an unused widget

Even if you are creating a new bot for a widget that isn’t currently embedded anywhere, it’s important to note thatas soon as you enable messagingon a brand with an active help center – even if you haven’t yet published a custom bot – anyone visiting that help center will see thedefault responseimmediately. So again, we suggest testing this during a quiet period on your help center.

测试一个机器人和一个新的小部件进行谈话help center

  1. InAdmin Center, clickChannelsin the sidebar, then selectBots and automations > Bots.
  2. Configure the Web Widgetandadd it to your help center.The default response is visible to your customers as soon as you clickSave settingson this page.
  3. In a private browser window, navigate to your help center, reload the page, then interact with the bot to experience its performance from the perspective of a customer starting a new conversation.

When you’re done testing, if you do not want to continue offering the Web Widget for the time being, you mustdeactivate messagingat the account or brand level.

Testing your conversation bot without exposing it to customers (Growth, Professional, and Enterprise plans)

Some account plans have options for testing a bot without exposing it to customers, by creating a testing brand or using a sandbox.

If you are on a Growth or higher plan type, you are allowed to create multiple brands. You can create a brand with a help center specifically for testing purposes:

  1. Create a brandto use as a testing environment, andadd a basic help centerto it.
  2. Upgrade to bot-enhanced messagingand create your bot. If you want to use existing bot, you canclone itandactivate it on the new brand.
  3. Open a private browser window, and test the botas described above.

Enterprise and higher account plans can use a staging sandbox to create a bot:

  1. Follow the steps listed inTesting messaging in your sandbox > Adding web and mobile messaging to your sandbox.
  2. Create and publish your bot, then test it in a private browser window,as described above.

More testing tips

There is some functionality, beyond the basic bot you’ve created, that we recommend testing early on:

Starting and returning to a conversation

In messaging, we store the customer's conversation history so that customers can leave a chat and return later. Because of this, the bot is disabled once they’ve started speaking to an agent, which can make it difficult to test your bot.

To see a conversation as it appears initially to a customer

  • Use an incognito or private browser window to start a conversation as a customer would. This way, you can see the conversation as it appears to a customer starting one for the first time. The conversation bot initiates a contact with the customer, after they’ve clicked the icon to open the widget.

When a customer returns to a conversation, even after a related ticket has been solved or closed, the bot does not initiate the conversation. Instead, the bot waits for the customer to send a message.

To see a conversation as it appears to a returning customer

  1. In a private or incognito window, start a conversation as a customer would. Follow the conversation through agent handoff, and have an agent change the related ticket status to solved.
  2. Close the private browser window.
  3. Open the private browser window again, making sure to use the same browser, and without clearing your cache.
  4. Enter a message, and note the difference in how the bot responds.

Testing automatic translation

Automatic translation allows agents to communicate with customers even if they are using different languages. The translation feature is enabled in the Agent Workspace. You can see how automatic translation works from both the agent and customer perspectives. SeeSupporting multilingual botsandTranslating conversations in the Zendesk Agent Workspacefor more information.

To test automatic translation

  1. Create your bot, as described in the sections above,ensuring autotranslation is enabled.
  2. Change your browser language to the language you want to preview in. You can use a plugin like theLocale Switcher extension for Chrome.
  3. Open your bot and refresh the page. Note that this won’t work if you already have a conversation with an agent open.
    Return to top

    8 Comments

    • Raphaël Péguet - Officers.fr

      A big issue is that if you have the "old" web widget live on your Website you can't test your messaging Widget! Or you have to make it live.

      0
    • Tim (inactive account)

      @Raphaël Péguet

      Make a new brand (eg) "testbrand", then create a Guide-page for that brand.

      In admin center go to "Messages" -> "Installation" tab and then activate the "Automatically add Widget to helpcenter" function.

      You will have to activate messaging and stuff like you will have to do for all brands. But this will enable you to test your bot.

      0
    • Simple Yu

      I was ready to use the messaging by Web Messenger (Web Widget), but I found the message user sent will send to the sunshine conversation, and go the flow what the sunco defines (like I set up a chat-bot in sunco, and reply to user 'A'), instead of the zendesk answer bot flow (reply 'B').

      Do you know why? I don't know where I set wrong.

      0
    • Viktor Osetrov
      Hello Simple,

      For messaging by Web Messenger (Web Widget) you can use the following option:
      Starting answer -The conversation will start with this answer

      Hopefully, it helps with your answer bot flow.
      Thanks

      0
    • SOPORTE| HELPING

      Hello.
      And what option do we have to be able to test a Bot with all its workflow offering articles without publishing the bot and affecting end users?

      We can create a new brand, and clone the bot, but it gives error in all the steps where we offer an article because it does not exist in the new brand?

      It should be easier to test it?

      0
    • Christine Diego
      Zendesk Customer Care
      Hi Sebastian,

      You can preview a bot before publishing it to a live channel using theTest botbutton. You'll also be able to preview any unpublished changes. You can test:
      • Standard responses, such as greetings or fallback messages
      • How the bot matches customer messages to answer intents
      • Answer flow steps, including steps that make API calls, vary based on business hours, provide quick reply options, or collect data.
      • Bot messages that include rich media, variables, or help center articles
      • Transfers to agents, including conversations with real agents. Such conversations create real tickets in Zendesk Support.

      You can check this information hereTesting a conversation bot before publication
      0
    • SOPORTE| HELPING

      Thanks Christine.

      We tried the above, but Zendesk returned an error...

      0
    • Christine Diego
      Zendesk Customer Care
      Hi Sebastian,

      I have created a ticket for you to further check the error. Someone from our team will reach out to your shortly. Kindly check your email.
      0

    Pleasesign into leave a comment.

    Powered by Zendesk