功能测试基础之操作测试
操作测试简述
操作测试主要是检验系统中的操作对象（菜单、按钮和输入框等）的设计是否符合软件设计标准和用户的操作习惯，页面内的各对象焦点是否顺序一致，包括易用性测试。
操作测试的验证标准
1. 界面要支持键盘自动浏览按钮功能，即按Tab键、回车键的自动切换功能，并要查看tab键的焦点顺序是否正确；
2. 默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作；
3. 重要的命令按钮与使用较频繁的按钮要放在界面上瞩目的位置；
4. 错误使用容易引起界面退出或关闭的按钮不应该放在鼠标易于点击的位置。横排开头或最后与竖排最后为鼠标易于点击位置；
5. 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待；
6. 对可能造成数据无法恢复的操作必须提供确认信息,给用户放弃选择的机会；
7. 非法的输入或操作应有足够的提示说明；
8. 系统输入、输出记录满页时，界面是否显示正常，是否提供了翻页功能等。
9. 是否可能通过鼠标访问所有的菜单功能，菜单功能是否正确执行；
10. 窗口是否正确地关闭；
11. web界面是否提供了回退功能，回退是否正确、可用。
12. 界面中的输入项：当必填项没有填写时，可在光标（包括鼠标和键盘的操作）准备移走时，要弹出对话框提示为“必输项”；只允许输入数字的输入框是否控制不允许输入其它字符；只允许输入日期、时间的输入框是否给予格式化；
13. 当通过界面新增记录时：新增的记录必须首页首行；提交失败后必须保存用户已经输入的内容，以便再次提交；提交时需对主要标识字段进行重复值、空值（空格）判断；
14. 当通过界面修改记录时：修改完成后光标必须回到原记录所在位置；
15. 修改完成后，界面要刷新并显示修改后的值。
16. 当通过界面删除记录时：必须有确认删除的提示信息，删除成功后要刷新界面，不显示删除的记录。
17. 每次查询后光标要定位到首页；
18. 查询记录满页时，要有上、下页的分页功能；
19. 当未查询任何记录时，需给明确的提示信息；
20. 对于负荷比较大的业务处理系统，在日间查询中一般不允许模糊查询，以免大量数据I/O操作为系统增加负荷；对于负荷比较小的信息管理系统，除明确规定不允许采用模糊查询外，一般要支持模糊查询。
21. 界面中的录入框尽可能避免用户无意录入无效的数据；比如：只能录入字符的要避免录入数值型的数据；
22. 对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽，比如按DEL键、CNTR+C键时能保证软件不中断退出；
23. 在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作；
24. 多次或不正确按鼠标是否会导致无法预料的副作用；
25. 界面上需要录入密码时 (1)回显到屏幕上不能为明文; (2)回显到屏幕上的密码不允许通过鼠标右键或软件中的菜单进行复制，以防通过复制、粘贴的手段把密码放到别的地方解密或重用；(3)当需要通过密码键盘等外设录入密码时，不允许通过键盘录入密码，以防用户密码泄露。
26. 在业务操作过程中，是否提供了可以退出的热键，比如按“ESC”退出，退出时，要弹出对话框提示进行确认，操作员确认后才能真正退出当前操作，以防误操作。
27. 符合标准和规范。对于操作系统平台，有其自己的标准和规范；如银行柜台业务，主要用键盘操作；
28. 分布在系统中的相同操作，其操作方式应该统一；
29. 操作和公共的标准的一致性，如：（1）快捷键和菜单选项。快捷键一般要具有通用性，如F1为系统帮助；（2）按钮的位置和等价的按键。如“确定”和“取消”按钮的相对位置；确定等价键通常使用回车键，而取消等价键通常使用ESC键。
30. 状态跳转。灵活的软件实现同一任务有多种选择和方式。结果是增加了通向软件各种状态的途径；
31. 状态终止和跳过。当软件具有用户非常熟悉的模式时，用户需要直接跳到想去的页面；或者因为种种原因，用户需要提前终止当前的运行情况；
32. 数据输入和输出。用户愈来愈希望有多种方式实现数据的输入和输出，所以要针对用户所可能需要的输入和输出方式进行测试。
