Skip to content

Design documentation: User testing script example #3681

Description

@Erioldoesdesign

Testing Plan

You always need a plan before you conduct a user test. A plan will define who you are testing, as well as the structure of each session (another word for this is a “research protocol”).

I typically structure a user testing session as follows:

Introduction and preamble - introduce the test, what you want to learn generally, and give the participant some guidelines. This also gives them a chance to ask you any burning questions before you begin.

Tasks - Observe the participant completing a set of tasks, usually about 3-5 of them.
General questions and closing - Any non-usability related things you want to know and a last chance to ask/answer questions.

The industry standard for task-based user testing with a clickable prototype is 5-8 people. You’ll know you have tested enough people when participants start to point out the same issues.

Data export testing plan

Target User

Test ~5 users who are relatively expert users of the platform already, preferably also folks who match up with our “Data worker” persona e.g. a person who regularly works with data, reviewing, cleaning and/or analysing.

Ideally, we would test this with data workers from partner orgs in DREAMS.

Preamble

We are improving our data export features so that Ushahidi will be more effective for data work and M&E in your organization. We’d like to get your feedback on some screens of a process where exporting data is important. We want to understand how easy or difficult it is to complete some tasks. I’ll ask you to complete 3 tasks and then ask some general questions at the end, if that’s alright. The test should not take longer than 30 minutes.

Before we start there are a few things I’d like you to keep in mind.

The prototype is clickable, but not fully-functional, so please don’t worry if it doesn’t function the way a normal website would.

You have no need to feel pressure here, we’re testing the designs, not you, so don’t be afraid to explore and speak your mind.

You don’t need to worry about hurting our feelings. We have very thick skin, so don’t be afraid to be brutally honest.

It helps a lot for our analysis if you can think out loud and describe what you’re doing as much as possible while you’re using the prototype. We’re not very good mind readers, and it will help us take notes and understand your thinking as you’re moving through the tasks.

We will be taking notes during the test, but there will be no recording of your voice or any video.

If at any point you choose to stop the session, that’s absolutely fine. Just let me know.

Tasks

You could lead with a question where you ask the users to describe their experience of working with data and how much importance it has within their processes. May help to get them in the mindset to ‘work with data’.
Here we may extract some of the more general assumptions that we make as platform workers around ‘data cleaning’ level of comfort of working the data in the platform before moving into the software they may feel more comfortable in (R studio/Excel/Spreadsheet programs).

Task 1: Locate data export items in the information architecture

  • Open a live Ushahidi deployment in production and ask the participant to point out/navigate to areas on the site where they would expect to find the ability to export all of their data. Allow them to explore for about a minute or so for each idea of where things are. They will think as they navigate.

  • “Can you tell us why this location came to mind?”

  • Ask for another place they might expect to find the ability to export data. Repeat step 2.

Task 2: Export data from the filter pane

  • Prototype opens on Data view with the filter pane open. Explain that they have filtered to include all posts in a particular order.

  • What would you expect to happen if you click on “Export filtered reports”?

  • Ask them to click “Export filtered reports”. How does this differ from what you expected? What do you think you have to do now?

  • Which of these data formats would you choose and why? Is there a combination of these they would download/export?

  • What do you expect will happen when you click “Export now”? Click button.

  • How did the result of clicking “export now” differ from your expectations?

Task 3: Export data from settings

  • Navigate to settings

  • Which menu item would you choose in order to export all the data in your deployment? Why?

  • Click “Export data”

  • What do you think you need to do on this page? Have them complete the flow as they see fit and take notes on pain points.

  • What do you think “Select fields” means?

  • Click “select fields” and ask if this matches their expectations

  • How would you determine which fields to export?

  • Have participant complete export and ask for feedback, noting any pain points

Task 4: Assess exported file

  • Open an example file

  • Take a quick look at the exported file. How does this compare to your expectations?

  • If no, a quick description why and what would you do next? (re-export? change filters? export all data)

  • If yes, what would you do next?

General Feedback

  • What do you think overall?

  • If we released this feature tomorrow, how would it impact your work in your organization? If yes/no, ask for more information?

  • If you had to teach a colleague how to use these features, how long would it take you to teach them? Why?

  • Any final thoughts?

Metadata

Metadata

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions