手机GUI测试用例设计、测试执行checklist.xls

附1-常用快捷方式 测试执行-布局 测试执行-帮助或提示信息 测试执行-安全性 测试执行-易用性 测试执行-功能 测试用例设计（详细） 测试用例设计（web总体） 说明 审查内容 结论 备注 详细描述 完成相同或相近功能的菜单用横线隔开放在同一位置 完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式 完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离 可写控件检测到非法输入后应给出说明并能自动获得焦点 复选框和选项框按选择几率的高底而先后排列 选项数相同时多用选项框而不用下拉列表框 接口空间较小时使用下拉列表而不用选项框 常用菜单要有命令快捷方式 序号 菜单前的图示能直观的代表要完成的操作 菜单深度一般要求最多控制在三层以内 相同或相近功能的工具栏放在一起 工具栏中的每一个按钮要有及时提示信息 一条工具栏的长度最长不能超出屏幕宽度 工具栏的图示能直观的代表要完成的操作 系统常用的工具栏设置默认放置位置 工具栏太多时可以考虑使用工具箱 工具箱要具有可增减性，由用户自己根据需求定制 工具箱的默认总宽度不要超过屏幕宽度的1/5 状态条要能显示用户切实需要的信息，常用的有： 目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示 滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解显示信息的位置和百分比。 状态条的高度以放置五号字为宜，滚动条的宽度比状态条的略窄。 菜单和工具条要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感。 菜单和状态条中通常使用五号字体。工具条一般比菜单要宽，但不要宽的太多，否则看起来很不协调。 对运行过程中出现问题而引起错误的地方要有提示，让用户明白错误出处，避免形成无限期的等待 子窗体位置应该在主窗体的左上角或正中 父窗体或主窗体的中心位置应该在对角线焦点附近 非法的输入或操作应有足够的提示说明 提示、警告、或错误说明应该清楚、明了、恰当 与正在进行的操作无关的按钮应该加以屏蔽(Windows中用灰色显示，没法使用该按钮) 面向事务的组合有: Ctrl-D 删除 ；Ctrl-F 寻找 ；Ctrl –H替换；Ctrl-I 插入 ；Ctrl-N 新记录 ；Ctrl-S 保存 Ctrl-O 打开 列表: Ctrl-R ，Ctrl-G定位；Ctrl-Tab下一分页窗口或反序浏览同一页面控件 编辑: Ctrl-A全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z撤销操作；Ctrl-Y恢复操作 系统菜单： Alt-A文件；Alt-E编辑；Alt-T工具；Alt－W窗口；Alt－H帮助 MS Windows保留键: Ctrl-Esc 任务列表 ；Ctrl-F4 关闭窗口； Alt-F4 结束应用；Alt-Tab 下一应用 ；Enter 缺省按钮/确认操作 ；Esc 取消按钮/取消操作 ；Shift-F1 上下文相关帮助 对错误操作最好支持可逆性处理，如取消系列操作 采用相关控件限制用户输入值的种类 当用户作出选择的可能性只有两个时，可以采用单选框 当选择的可能再多一些时,可以采用复选框，每一种选择都是有效的，用户不可能输入任何一种无效的选择 对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽 对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态 对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符 在读入用户所输入的信息时，根据需要选择是否去掉前后空格 当选项特别多时，可以采用列表框、下拉式列表框 在一个应用系统中，应当避免用户作出未经授权或没有意义的操作 在系统允许的出错次数内，输入正确的用户名、密码可以成功登录 在用户名、密码输入框中输入特殊字符: ；;’”,｀‘：“［”｛、\|｝］+=)-(_*^%$#@!,.。?/还有空格 用户输入的密码等保密信息不能明文显示 帮助文件中的特性介绍与说明要与系统的实际特性配套一致。(我们的系统帮助文件都是系统的祖先时期的说明，让人困惑) 打包新系统时，对作了修改的地方在帮助文档中要做相应的修改 用户可以用关键词在帮助索引中搜索所要的帮助，当然也应该提供帮助主题词 如果没有提供书面的帮助文档的话，最好有打印帮助的功能 用户名、密码出错的次数超过系统允许的次数后再次输错用户名、密码 用户名、密码输入错误，登录不成功 备注 登录 同一终端上不同操作员登录 同一终端上同一操作员多次登录 不同终端上同一操作员登录 不同终端上不同操作员登录 各类数据库、文件日志信息中，密码等保密信息不能明文显示 检查HTTP消息，密码信息不能是明文 字符串输入 该输入的后台存储已经存在 不输入 输入1位字符