界面测 试标准参考

一、     概述

考虑到公司产品主要是基于图形用户界面的特点，目前也没有可行的界面测试标准。在此根据以往的测试经验作了一些总结，希望能对大家在图形界面测试时起到参考作用。

文档中提到的例子以Xxxx3.1产品为主，但此标准可是用于任何GUI软件，不必包含在功能测试用例中，而是作为独立的测试标准来执行。

二、     功能测试

1、           常用控件测试内容

Ø 窗口

常规检查项目：

ü 位置与尺寸：

1)        窗口的默认打开位置是自动记忆还是始终为默认位置？

2)        窗口打开后尺寸是否可调？

3)        窗口标题栏的最小化、最大化、关闭按钮是否都可用？

4)        窗口上的控件是否能随尺寸自动布局？

5)        About窗口显示正常吗？

ü 模式

1)        窗口是模态还是非模态

2)        窗口是否允许拖动？

3)        窗口如果不允许拖动，又是模态的，那是否会挡住后面的内容？

4)        窗口如果是非模态，是否重复操作会弹出多个？

5)        窗口如果是非模态，直接关闭主窗口是否会导致异常？

ü 响应

1)        窗口标题栏执行关闭窗口，与退出按钮执行的是同样的代码吗？

2)        窗口直接按下Enter键触发的操作安全吗？是否直接关闭窗口？

3)        窗口是否支持Esc键来关闭窗口？

4)        窗口如果支持Esc键，则关闭时是否提示保存数据？

5)        窗口使用Alt+F4键来关闭时，是否跟Esc或者关闭按钮走同一套代码？

6)        窗口关闭时是否会提示保存修改的数据？

7)        窗口是否只是提示性的？使用Alt + F4关闭窗口后是否影响功能使用？

8)        窗口打开时，胡乱地按下键盘，会有什么结果？F1~F12功能键呢？

ü 刷新

1)        窗口是否支持拖动？

2)        窗口最小化后再打开，界面显示是否跟最小化之前一样？

3)        窗口拖动时各控件的显示是否正常？

程序员经常犯的错误：

1)        窗口尺寸本应是固定的，但程序员忘记做限制。比如标题栏中还有最大化按钮，窗口可以使用鼠标拖放来改变尺寸。而界面一般都没有对改变后的尺寸做重新布局。

2)        本应弹出模态窗口，由于代码疏忽，或者由于别的功能影响，窗口只针对其上一级父窗口是模态，而对于更上一级窗口可能变成非模态。此时关闭主窗口往往会导致崩溃。这类问题出现很多，多见于连续有多层窗口的情况，或者对界面整体架构做调整导致。

举例：

ü Xxxx在升级工程时，会首先弹出提示信息。而这个信息本应该是模态，但却变成了非模态，此时关闭当前工程会导致开发系统崩溃。

ü Xxxx在执行编译时，在IOServer未启动时编译模型会弹出提示信息，这个提示本来是模态的，但由于编译功能或其他模块的影响，该提示只针对编译窗口（其父窗口）是模态，而对于SCADA主界面是非模态，此时操作主界面的菜单，比如关闭工程也会导致开发系统崩溃。

ü 启动xxxx运行系统时，弹出的进度窗口使用Alt + F4关闭后，系统仍然启动成功。也就是用户无法停止系统启动。

3)        对于非模态窗口，程序员忘记对唯一性做判断，导致重复操作打开多个窗口。

4)        对于非模态窗口，程序员对于主窗口销毁时的处理不当，还没有关闭的非模态窗口导致崩溃

5)        窗口忘记屏蔽Enter键。用户以为回车键会存盘，其实是取消保存并关闭窗口。（Enter键默认会触发界面的OnOK()方法，导致窗口关闭，可能丢失数据。）

6)        窗口关闭时没有提示用户保存数据

Ø 按钮

常规检查项目：

ü 外观：

1)        按钮上的文本是否会随着状态而改变？

2)        按钮的尺寸是否跟别的按钮一致？

3)        按钮是否具有鼠标自动提示功能？

4)        按钮上是否带有图标？图标显示是否正常？

ü 响应：

1)        按钮执行的操作是同步还是异步？

2)        按钮是窗口的默认按钮吗？

3)        按钮是否配置了快捷键？

4)        按钮使能状态是否受别的功能影响？

5)        按钮是否支持Tab键定位？

6)        按钮被快速多次压下时，响应速度怎样？是否会导致异常？

7)        按钮是否具有“应用”功能？应用后再取消保存，信息会保存吗？

程序员经常犯的错误：

1） 设置了不合适的按钮作为默认按钮，比如关闭按钮。可能程序员只是图省事，使用窗口创建时自带的OK按钮，或Cancel按钮。这类问题多见于小工具开发中，因为大型软件中一般都会对资源做提取，会检查出这类问题。

2） 按钮文本随状态改变，但显示的文本与状态不匹配。

3） 按钮执行的是异步操作，但没有对上一次操作是否完成做判断，导致用户连续点击按钮产生异常，严重的会导致崩溃。这项内容跟具体功能有关，与按钮控件本身关系不大。

Ø 菜单

常规检查项目：

ü 外观

1)        菜单使能状态是否受别的功能影响？

2)        菜单状态是否为0、1逻辑状态控制？菜单是否有复选框？

3)        菜单上是否会显示图片、图标等信息？是否有的菜单有图标，有的没有？

4)        菜单的层次清晰吗？深度是否合适？

5)        菜单按功能合理分类了吗？

6)        菜单中的About窗口显示正常吗？

ü 响应

1)        菜单栏可以被拖动吗？

2)        菜单在鼠标滑过各菜单项时，在鼠标右侧是否有提示信息？

3)        菜单在鼠标滑过各菜单项时，在界面的状态栏是否有提示信息？

4)        菜单中所有功能都实现了吗？是否会有点击后没有任何结果的情况？

5)        菜单文本是否会随着菜单状态或周围环境而改变？

6)        菜单的数量是否会随着使用发生变化？

7)        菜单会自动隐藏部分功能吗？

8)        菜单执行会影响到别的菜单状态吗？

9)        菜单功能在界面上使用别的控件能完成吗？

10)    菜单设置快捷键了吗？

11)    菜单快捷键有重复吗？

程序员经常犯的错误：

1） 菜单使能状态与外界逻辑对应不上

2） 菜单很多的情况下，快捷键设置会有重复，或跟界面某控件的快捷键重复

Ø 文本框

常规检查项目：

ü 外观显示

1)        文本框的尺寸是否合适？是否能容纳下最大长度字符？

2)        文本框中的文本字体是否合适？

3)        文本框的使能是否受外界状态的影响？

4)        文本框的文本背景和前景颜色是否会随数据或周围状态而改变？

5)        文本框的字体是否支持特殊字符的显示？比如制表符等

ü 文本内容

1)        文本框支持的数据是什么类型？数字、文本还是别的类型？

2)        文本框只允许输入数字时，数字的取值范围是多少？

3)        文本框输入非法字符是否会及时提示，并消除这一字符？

4)        文本框提示数据有错误后有没有作出处理？此时保存数据会导致异常吗？

5)        文本框是否支持全角字符输入？特别是数字时需要做此验证

6)        文本框中使用Ctrl + V执行粘贴后，是否能及时对数据作合法性验证？

7)        文本框中的内容是否被锁定？锁定是简单的灰显还是保留选择、复制的功能？

8)        文本框是否屏蔽了复制和粘贴功能，只允许键盘输入？

ü 文本长度

1)        文本框所能容纳的字符串最大长度是多少？

2)        文本框当文本达到最大长度时，是禁止输入还是只提示一下？

3)        文本框中内容超长的情况下执行保存会导致异常吗？

4)        文本框在输入内容达到其显示范围时能否自动滚动？还是干脆禁止了输入？

5)        文本框中输入英文字符与汉字是否都支持同样的长度？

6)        文本框在用户输入字符时是否实时检测长度？

ü 密码功能

1)        文本框中输入的如果是密码，当Caps Lock键处于激活状态，是否会提示用户？

2)        文本框用于显示密码时，是否会显示出密码的长度？有长度信息不太安全。

3)        文本框如果显示空密码，默认打开后文本框是否显示为空？

4)        文本框用于显示密码时，是否支持复制粘贴？

ü 多行显示功能

1)