GUI测试.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * MessageBox 消息框。 * 标题：建议以主窗口的名称作为标题，以变量的形式显示，最好不要写死。（标题是否根据内容显示为“提示”，“警告”） 文本：不考虑国际化开发时，可以直接以中文显示，考虑国际化开发时，需要根据字串取本地化文本。请注意提示信息的语气及标点符号。 按钮：当有多个按钮时，执行删除操作时，默认按钮应为否（取消）。 符号：根据提示的内容，确认图标的显示。 根据提示的内容，确认图标的显示 * 屏幕元素确认列表 * 美学方面测试 确认正确性 导航测试 元素易用性测试 数据完整性测试 只读模式的测试 通用性测试 特殊域的测试 美学方面测试 * 屏幕/窗口的背景色是否正确； 图标基调颜色、大小。布局是否协调； 图标的外形与实际功能的相似性，尽量避免抽象； 重要的命令按钮与使用较频率的按钮是否放在了界面上醒目的位置； 域提示的颜色是否正确； 域背景色是否正确； 只读模式下，域提示的颜色是否正确； 只读模式下，域背景色是否正确； 美学方面测试 * 屏幕中提示的字体是否正确； 域中文本的字体是否正确； 域的排列是否美观； 域的编辑框排列是否美观； 成组的框的排列是否美观； 按钮的大小与界面的大小和空间是否协调； 屏幕窗口是否可极小化 屏幕窗口是否可以恢复大小； 域提示的拼写是否正确； 字符或字母域的对齐方式是否正确； 美学方面测试 * 数字域的对齐方式是否正确； 屏幕窗口中的帮助提示文本中是否有错别字； 屏幕窗口中错误信息文本中是否也有错别字； 文本中英文字符的大小写是否敏感； 域中是否有缺省值； 保证所有窗口看上去或感觉上，具有一致性； 保证所有的会话框看上去或感觉上，具有一致性； 确认正确性 * 每个域中确认有问题时，是否给用户一个恰当的信息； 是否要求用户对一个已确认的错误域进行修改； 当域有多项检查规则，进行覆盖测试； 在域中输入非法值并单击了[确认]按钮后，是否会出现报错信息； 保持屏幕/窗口级的一致性（除特殊要求外）； 确认正确性 * 对于数字域，检查负数是否能输入； 对于数字域，检查最大值、最小值，以及中间值是否允许； 对字符/字母域检查是否有一个特定的限制； 检查必输域是否需要用户输入； 必输域对应的数据库表字段是否不能为空； 导航测试 * 通过菜单是否可以进入应用屏（窗口）； 通过工具条是否可以进入应用屏(窗口)； 通过父窗口中的按钮是否可以进入子窗口； 可以双击父窗口的列表控制是否可以进入子窗口； 当窗口激活时，窗口模式是否正确； 同时能打开相同应用窗口的数量是否符合要求； 元素易用性测试 * 窗口中下拉表中的项目排序是否正确，一般以字母升序作为缺省情况； 测试日期输入的正确格式； 窗口中的按钮是否都有适当的快捷键； 快捷键的工作是否正常； 菜单中的选项是否定义了快捷键； 用【Tab】键在元素间移动的次序是否正确，一般缺省为从左上到右下； 只读域应不在TAB键能达到的序列中； 非激活域应不在TAB键能达到的序列中； 元素易用性测试 * 用鼠标点出文本框，是否会出现帮助信息； 用鼠标单击只读域，是否能进入； 当打开窗口时，光标/焦点应位于第一个可输入域； 窗口中是否有缺省的按钮定义； 缺省按钮的工作是否正常； 当错误信息确认时，焦点是否会回到出错的域； 使用【Alt】＋【Tab】组合键从一个应用到另一个应用切换时是否有冲突； 编辑框域是否指示了字符的长度； 数据完整性测试 * 关闭窗口时数据是否得到了保存； 检查域的长度，以保证没有字样被截掉； 有的域是通过在数据库中查询一个值作为缺省值，并且用户可以输入一个有效值来取代这个值； 检查数字域的最大值和最小值； 检查能接受负数的数字域能将负数正确的存储； 一组单选按钮是否由一组值代表（在数据库中）； 数据库对数据的存储是否完整，如字符串是否被截，数值是否被舍入。 只读模式的测试 * 只读模式屏幕和域的颜色设置是否正确； 只读模式是否合乎实际（这种情况下，是否应设为只读模式）； 字段域和控制按钮是否以只读模式来表示非激活； 与正在进行的操作无关的按钮应加以屏蔽（只读模式） 从窗口/菜单/工具条的只读模式是否能进入下一级窗口； 从只读模式进入的窗口是否有效； 只读模式下不能执行或进行“确认”； 通用性测试 * 保证有“帮助”菜单的存在； 保证在每个菜单中有适当的命令或先项； 保证工具条中的所有按钮对应一个命令； 保证每个菜单命令有一个热键方式； 在下拉列表中，保证值不被截断； 在下接列表中，保证表中的条目能通过适当的键或热键联合来存取； 窗口中没有重复定义的热键； 通用性