用户驱动实现——网站开发需要了解的细则

step365he · 发表于 2009-3-6 14:52:47

思步首发

1.
尽可能保持简单，但是不要太过于简单
现象：用户看到页面上有‘联系方式’文本框，旁边没有任何提示文字，他无法确定此处是填写联系的方式还是填写电子邮件/通讯地址/手机。
建议：页面给用户的概念过于简单化，将用户认为不同的概念（信息）混淆一起了。任务开始前，我们要了解到底要从用户那获得什么样的信息。

2.不要暴露程序细节
现象：类型不匹配: 'CLNG'
/xxx/xxx.asp，行 xxx
建议：代码中加入错误处理并提供友好信息。

3.
不要让用户接受不自然行为的约束
现象：使用不符合实际的长度限制。有8，16，150，250等非常多不规则长度限制
建议：使用用户容易接受的长度限制，比如10，100，1000。建议中文等同于一个字符长度。

4.
减少细节对用户干扰
现象：页面上有大量选填项和少数必填项，干扰用户操作
建议：采用渐进式显示。

5．没有默认设置，或者提供不合适/错误的默认设置

现象①：下拉框中默认值是空白，容易出现提交异常中断或者将错误数据写入后台

现象②：下拉框中默认值是‘测试区服’或者是‘请选择’，每个用户都要‘浪费’一次或两次鼠标操作

建议：如果下拉框是省市数据，则可以根据用户浏览页面的IP由程序分析后取用户当前省份作为默认值。如果下拉框是区服数据，则可以将第一个区第一个服作为默认值。避免出现‘请选择’默认值。

6.
强调重要操作

现象：有的页面上需要玩家操作动作很多或者填写很多内容，只有少数是必填项或者是必须点击的，但是用户需要花费时间反复尝试才能了解哪些是重要的。

建议：必填项旁边放上提示文字，而且不重要的操作不用提示。

7.
不要让用户在页面上解决额外问题

现象：合法的身份证号码和有效的邮编却被认为非法错误的。

建议：我们采用的身份证和邮编的正则判断并不能涵盖所有正确规则。建议可以酌情放宽这类验证。

8.
局部小的数据变化尽量在页面上产生小的，局部的改变，而不是整个页面刷新

9.
建议把对用户动作响应和处理用户操作的逻辑分离。页面快速确认用户提交动作。极大改善用户体验。

10.
只读数据不能使用文本框

11.
文本框较多时，建议给用户实时检查反馈

现象①：用户点击提交，页面弹出提示框，列出一堆填写错误或者未填写的内容名，用户容易困惑。

现象②：用户辛苦填写完毕，点击提交，因为填写内容不符合要求导致页面刷新，填写的大量内容丢失。

建议：采用js正则判断，及时给予反馈。或者构造‘专业’输入框，引导用户输入。

12.
建议给页面可输入或可点击控件加上TAB按键次序（先左后右，至上而下）

13.
button上的提示文字含糊不清，比如取消，重置，返回，清空等。用户不明白是清空已经输入的内容，还是跳转到上一个页面。

14.
相似功能却有不一致的页面布局

现象：有一个用户资料登记页面，同时还有一个用户资料修改页面。两个页面上展现内容基本一致，资料显示顺序差异很大。

建议：从用户使用习惯考虑，将相似功能使用相同布局。

上一篇：性能测试的步骤流程---DETECT(让性能测试规范化)
下一篇：Quick Test Professional教程