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

Measuring how
human-made
products meet
its intended
purpose.
•
Observe
people (personas)
using the product
to discover errors and areas of
improvement.
•
Verifying
that real
users can use the system:
◦
Understanding how the real users (will) interact with the system.
◦
Identification of problems that prevent real users from using the system.
The testing procedure is as follows:
Define the usability test framework:
•
Define which parties participate in the test (client, developer, user, and sample).
Figure 9.
UseCase, WireFrame, Scenario example.
16
Updates on Software Usability

---

•
Define what is the purpose of testing, for whom is it intended, and what
hypotheses is confirmed or refuted.
•
Define on which technology the test will be performed:
◦
Above the prototype.
◦
Above the existing solution.
•
Define where it will be executed:
◦
On site.
◦
UI lab.
◦
Remote.
•
Decide on the testing method:
◦
Without users
—
expert review:
1.Heuristic evaluation.
2.Cognitive walkthrough.
3.Collaborative walkthrough.
◦
With users:
1.User surveys.
2.Ethnographic observations.
3.Usability engineering.
4.Collaborative usability engineering [16, 17].
•
Variants of usability testing methods:
◦
Qualitative.
◦
Quantitative.
•
Define a story that explains the reason for testing.
•
Define a time frame.
4.2.1 Participants
’
definitions
Study participants should be primarily sponsors and stakeholders. Furthermore,
creators who learn from their mistakes. Last but not least, application designers,
software analysts, and testers should be represented.
17
Usability Testing Methods and Usability Laboratory Management
DOI: http://dx.doi.org/10.5772/intechopen.109140

---

4.2.2 Testing purpose
It is important to know the purpose of the test. The test can be done because of a
negative
“
First-Time Experience.
”
Or, on the other hand, a new system has been
created and needs to be tested. It is also possible to test only the design. The design can
take the form of paper prototypes, Lo-Fi or Hi-Fi prototypes. The following questions
should always be asked as in
Table 6
.
4.2.3 Testing technology
Various tools can be used for testing. The most common are prototypes. These can
be divided into two groups:
Lo-Fi prototype
: This prototype requires a relatively short lead time. In the order of
hours (paper prototype and pencil sketches) or days (clickable tools in Case, such as
FIGMA). It is possible to create a large number of prototype variants. This prototype
does not address the final look. Colors and color schemes can be designed as sketches.
The prototype does not communicate with the core of the application, and there are
no technology links.
Hi-Fi Prototype
: This prototype is time- and money-consuming. It simulates the
appearance of the future application. It often runs on the final platform. Look and
Feel is defined and represents the final look and feel. Very often it is part of the
implementation (clickable UI without connection to the core system).
Finished application
: The last option is an already finished application. This testing
method is very efficient for agile sw development methods. It will be used when the
developer can communicate with the client. Testing is done in short iterations. Fixes
are fast. Large software products can be developed in this way (if the developer
follows the rules of agile development). It is also generally used when fixing a finished
application.
4.2.4 Testing environment
The environment in which the testing takes place is equally crucial. In general,
they can be divided into environments.
On Site
: that is, in the user
’
s office or wherever the application is to be used. The
advantage is that there are natural and therefore realistic conditions. The user uses
learned technologies and environments to control the application. Confusions such as
“
I have a different mouse,
”
and
“
The chair is not comfortable
”
can be avoided.
The disadvantage is that conditions may vary according to different offices. This
makes it difficult to repeat tests. It is also very difficult to use the company
’
s offices for
the tests. In an open-space office, other tasks than usability testing are generally
performed. The work tasks of non-participating employees can disturb the progress of
the test, and even
vice versa
, the test can be disturbing for non-participants.
This method is suitable for small projects or projects run according to agile
methodologies.
What and how will we test
What is the test goal?
What is new in the test?
What the test is not?