Pattern 8: Get-it? **
AKA:

Back to Diagram 1 - Getting started Back to Diagram 2 - Useability Back to Diagram 3 - Adding detail Back to Diagram 4 - Workflow/security

View sensitizing image - Eh?

You are testing you web site for usability and have completed AUTOMATED TESTING (6) and may having begun USABILITY TESTING (7). However...

Full usability testing using with large numbers of users or in laboratory conditions can be very expensive and time consuming: thus affecting timely update to the site. However, we must only deliver tested, usable sites.

Therefore

Use anyone available as testers if real users are not available. Explain nothing in advance. Ask them: ‘Do you get it?’ Ask other suitable open questions, perhaps based on the list above. Allow testers to comment freely. Use get-it? throughout the life-cycle from planning to the first released version. If testing is good, do it all the time. If possible, use some people who have never used the web before. Let then access the site from home as well as your offices. Offer them a reasonable payment for their time. Keep the test sessions down to less than an hour.

This pattern is terminal within this language. However, make sure you also do USABILITY TESTING (7) in parallel with this pattern.

Sources
Krug (2000), Tognazzini (1992).


Discussion - forces - known uses

This is a very simple pattern is taken from Krug (2000). He suggests taking almost anyone that happens to be around, preferably the same kinds of people that might be users, and asking them to sit down and use the new, partly tested site. Then just ask them if they get it.

Remember that the best testers are not always the most co-operative personalities. The best ones are the cussed, impatient ones who are just too busy to play. Remember too that developers always want to play!
The sort of responses to be interested in include inter alia statements about:

Krug distinguishes get-it? tests from key-task tests, which are based on the use cases that we know about during USABILITY TESTING (7). We should also distinguish them from the regression tests carried out when we AUTOMATE TESTING (6) when content is updated and tests across different browsers including TWO-YEAR OLD BROWSERs (10).
The cost of this kind of test is not prohibitive (cf. Tognazzini, 1992). Therefore you can afford to do it frequently. The payback is usually well worth it.

As with usability tests do this early in the project and continuously throughout it. If tests are performed at the end then it will be too late to fix problems before the scheduled release date.

Browse the language What is Wu? Look at an example pattern sequence Structure of the patterns
Comment on Wu Contributors Return to TriReme home page Links to related sites