35. • Most usability testing is done under
“lab” conditions where more factors
can be controlled and careful
observations can be made.
• This is the type of observation you
should do to improve your instructions.
Monday, November 15, 2010
36. The act of observing people
can’t help but affect the results.
Monday, November 15, 2010
38. The difference between strictly
observing a person navigating a
document or using a product
and participating in what they
do is significant.
Monday, November 15, 2010
39. But it is also a matter of degree–
decide in advance just how much
you will interact with your test
subjects.
Monday, November 15, 2010
40. • Develop a “protocol” which you will
follow for observing your test subjects
• Take careful notes, or make recordings,
so that you can collate and report those
results.
Monday, November 15, 2010
42. Testing can be done without interaction
with the participant.
Monday, November 15, 2010
43. Observe and take notes on every action.
Monday, November 15, 2010
44. •A “protocol” is merely a sort of
shorthand for recording those
observations– a code that is easier
for you to write down.
Monday, November 15, 2010
45. • You might write “T” when the subject stops
reading and does not perform any action to
signify that they were thinking
• You might write “F” when the subject flips
back and forth to locate something within
your instructions
• You might write “A” when the subject
performs the assembly.
Monday, November 15, 2010
46. To use this method, start a table
with the elapsed time in one
column and the action which occurs
in the other.
Monday, November 15, 2010
47. By carefully noting what the subject does at
each stage, you can locate the difficult parts.
Monday, November 15, 2010
48. To use the “talk aloud”
protocol, instruct your user to
say out-loud what they are
thinking as they attempt to
follow your instructions.
Monday, November 15, 2010
50. • You must take careful notes or record
the subjects comments to provide an
adequate report of the findings.
• You cannot rely on your memory to
reconstruct this afterwards, especially
since you will be working with multiple
test-subjects.
Monday, November 15, 2010
51. It’s possible to use both approaches
at the same time.
Monday, November 15, 2010
53. you’ve got to have a plan.
Monday, November 15, 2010
54. Make sure you standardize your
method of noting your observations,
especially if more than one group
member is recording results.
Monday, November 15, 2010
55. • It is often useful to have some background
knowledge about your test subjects.
• You can prepare a questionnaire with
questions about their preferences such as
visual, verbal, or hands-on learning styles.
• This way you can better weight conflicting
needs of different users.
Monday, November 15, 2010
56. Exit polls, such as satisfaction
surveys, can give you overall
feedback on your document/
product.
Monday, November 15, 2010
57. Solid test results balance the
needs of all the users involved
to achieve more uniform results
in real world circumstances
Monday, November 15, 2010
61. Test results tell you how to target revisions.
Monday, November 15, 2010
62. This project is designed to
give you experience in
getting better results.
Monday, November 15, 2010
63. • Facilitate error recognition and recovery
• Try to make it easier for a user to spot when
they have gone wrong
• Give them the means to recover from such
errors without feeling stupid
Monday, November 15, 2010
65. • Set design goals
• Test those goals and reevaluate them
• Redesign your document and adjust the goals
accordingly
• Test again!
Monday, November 15, 2010