This is a WWW page originally created by students (see other credits on this page) but now copied and stored by Steve Draper as part of the CSCLN ATOM.

Summary of Lecture 2

The Aim of HCI Design & Testing





Date page last modified 21.01.98
Who maintains the web page: Lara Dain, Lesley Livingstone, Helen Pengelly and Jenny Leslie

Lecture 2 (Thursday of week 1 Term 2)
Topic: The Aim of HCI Design & Testing



Understanding the difference between testing in HCI and software development?

Software:

The testing of a piece of software deals with trying to catch what you expect to go wrong against a known recurrent problem

eg. Forgetting semicolon in pascal;

HCI:

"I never thought about this issue!!":
About catching unexpected problems. The first test run of a program is often the most important and can reveal things not outlined in the requirements capture.

eg. the Takoma Narrows Bridge, build in the 1930's, which collapsed during a cyclone. Since then all bridges are tested in wind tunnels. The example illustrates how the design methods have evolved creating unforseen problems and therefore new methods of testing are necessary.



Problems that HCI deals with:

1. Humans are unpredicable because of different attitudes, expectations and previous experiences.
2. Unexpected problems are often the result of gaps in the requirements capture.




Possible questions during the testing and design of an interface:


The Burning Questions ....

Does this only bother me? Would this problem bother others? Frequency? Cost per occurence?

An example of a design problem:

The trade-offs between types of users? - novice versus experienced
It is a good idea to be alert to ideal solutions to satisfy problems both at once eg. Mac keyboard shortcut keys in addtion to menus.

eg. The design of a computer version of a phone directory. Ideally for a high speed search font size should be a minimum, but once found, for ease of reading the font size should be a maximum. This highlights different needs within a program.




The approach to the design solution

Does it benefit users?

User Centred System Design (UCSD) is an approach to system design which is intended to benefit users of the system. This is not the same as asking what the user wants. But REMEMBER- People are better at saying what they don't like as oppsed to what they want. Therefore it is important to do real user testing



The solution

Generally software testing is carried out at the end of the design process in order to verify that the program works. In the design of an interface the testing cycle will be repeated many times during development.



Methods

1. Observe symptoms
2. Interpret symptoms
3. Decide design modification

This is an interactive cycle approach, and this should be repeated several times during the process.

Testing methods must be open ended as the problems evolve along with the software design. Remember you can not predict what the problems are going to be.




If you want to see more here is Lecture 1
and if you're really keen.... here is Lecture 3
IndexPage
Main Page

Credits, Acknowledgements

Acks to all contributors

Who did what in the team? Jenny & Helen agonised over the text, while the graphical interphase was designed by Lara & Lesley

Report on the process

We sent the following email to all the HCI students, we are awaiting reply from any of the students and therefore have no contributions or replies to mention.
"Hello All, I know this is a little late , but has anyone any questions about thursday's HCI lecture? We think the important issues in the lecture are: The differences in testing HCI as opposed to other forms of software development ie. not get it right 1st time ie. allow for unthought of problems Does anyone have any issues that they want to raise? Thanks Helen, Lara, Lesley, Jenny"

Thanks to Eric Lim Wee Guan aka BigBulL and Jefferson Wong for their e-mail contributions

Remarks on whether the exercise was useful, impossible; whether different tools might have made the collaboration work better. This has not been decided yet........

Any more contributions to the page are welcome.....
email to pengelhl@dcs.gla.ac.uk