Selection of our books indexed in the Book Citation Index in Web of Science™ Core Collection (bkci)

Figure 3
).
2.3.4 Don
’
t stress the user with unnecessary questions
Recognize that software is supposed to help the user. It is supposed to anticipate
his actions, automatically assuming that the data loss is fatal (i.e., no need to ask
5
Usability Testing Methods and Usability Laboratory Management
DOI: http://dx.doi.org/10.5772/intechopen.109140

---

whether to actually save). Only when there is a real danger of data corruption by the
user
’
s decision, to warn him.
2.3.5 Inform me clearly about errors
Error messages are essential in UI and are very often underestimated by designers.
It is important to remember that the user is not the programmer. He is not even an
analyst and did not design the application. What is obvious to us as developers, for
example, a connection to the database crashed, is incomprehensible to the average
user. Therefore, messages like in
Table 2
.
Each message must be translated into the user
’
s language, and others cannot appear
in the UI. Thus, for example:
•
MyTextEdit could not save the last edit. Check that you seem to have enough disk
space and repeat the save operation. If the failure persists, save the work to an
external disk and contact the administrator.
However, never forget Hick
’
s law, which says [5
–
8]:
“
The reaction time required for
the user to complete his task therefore increases with the number of available options
.
”
Simply put, the more objects in front of the user, the longer it takes to make a
selection.
Figure 3.
A confused user feels uncomfortable!.
Wrong error messages example
The program has performed an invalid operation and will be terminated.
An overflow has occurred at address A3453BCH122AA.
ORA-00933: SQL command not properly ended.