易用性专家应该确定在系统使用方面会影响和可能影响用户的操作。应该为以下方面编写测试用例：
- 站点设计和网页设计。
- 导航辅助和普通的观感。
- 页面大小、文件大小、页面尺寸调整。
- 字体对易读性的影响。
- 使用文本元素和格式列表、块文本及表格。
- 提供web页面的可访问性。
- 何时使用图片以及如何让图片更有效。
- 链接的外观以及使用链接的位置和方法。
- 提供用户的高效性。
易用性专家可以按照与功能性测试用例相似的格式来编写测试用例。要执行这些测试用例的易用性专家应该对WEB应用的使用模式有基本的了解，还应该用文档记录预期的结果。
一般情况下都需要挑选不同行业的用户来访问系统，执行特定操作并记下他们在易用性测试中的用户体验。这样能尽量真实地反映现实情况。易用性测试应该在实时系统、纸上原型或演示应用上进行。基于审查的用户测试的一种最有效的方式是使用“易用性检查表”。基于易用性检查表的用户测试实现起来成本极低，只需要非常少的测试人员。
易用性测试人员可以随时停下手中的事情来充当执行测试的志愿者。测试人员应该毫无顾忌的表达自己的想法，不用担心会伤害产品开发人员的感情，即使他们的错误可能意味着开发人员必须付出更多的劳动。你也许认为这种测试工作非常简单，也可能对其感到厌烦，但必须严肃对待这项工作。
易用性测试原则
易用性专家要清晰地记录为易用性测试用例准备的各种原则，对测试中外部用户的定义、易用性测试的执行原则。下面是一些标准原则：
- 除了最简单的和最不正式的测试之外，所有的易用性测试都要首先进行先导测试（pilot test）。
- 要让测试人员感到轻松，任何观察都应该通知他们。你至少要参与一项测试，亲身体会测试人员和其他参与者所承受的压力。
- 保证参与者与测试人员有权放弃他们无法完成的任何任务。
- 除非确实必要，否则不要增加参与者。
- 尽可能详细地记录事件，如果可能，详细至键击和鼠标单击。
- 如果有观察者，无论如何不能让他们对测试产生干扰。
- 开发人员可能会因为他们观察到的事情和你的报告而感到不安，你应该对此保持关注。