软件测试中有关界面测试经验总结

1.应验证界面显示内容的完整性：

a) 报表显示时应考虑数据显示宽度的自适应或自动换行。

b) 所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等)，必须使测试数据的记录数超过一屏/一页，以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打印，界面显示是否正常；

2.应验证界面显示内容的一致性：

a) 如有多个系统展现同一数据源时，应保证其一致性；

3.应验证界面显示内容的准确性：

a) 对于报表中的所有字段值都应该有明确的定义，对于无意义的字段值，不应该显示空，应显示“--”或“/”，表示该字段值无意义。

4.应验证界面显示内容的友好性：

a) 对统计的数据应按用户习惯进行分类、排序。

b) 某些重要信息在输入、修改、删除时应有“确认”提示信息；

c) 界面内容更新后系统应提供刷新功能。

d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面；

5.应验证界面提示信息的指导性：

a) 在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条件，应通过界面提示用户。

b) 用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前台界面提示用户应用程序正在进行的处理，以及相应的处理过程，在处理结束后再提示用户处理完毕。

c) 在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则描述；当输入数据不符合规则时应提示用户是否继续。

d) 在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下)；

6.应验证界面显示内容的合理性：

a) 在对某些查询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。

b) 界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。

…… …… 余下全文

用户界面测试

目录

一、

二、

三、

四、

五、

六、

七、

八、

九、

十、

易用性原则 ............................................................................................................... 2 规范性原则 ............................................................................................................... 3 帮助设施原则 ........................................................................................................... 4 合理性原则 ............................................................................................................... 5 美观与协调性原则 ................................................................................................... 6 菜单位置原则 ........................................................................................................... 7 独特性原则 ............................................................................................................... 8 快捷方式的组合原则 ............................................................................................... 8 排错性考虑原则 ....................................................................................................... 8 多窗口的应用与系统资源原则 ............................................................................... 8

…… …… 余下全文

使用测试优先方法开发用户界面

本文作者 未知 摘自 机电之家

1、概述

测试优先是测试驱动开发(Test-Driven Development, TDD)的核心思想，它要求在编写产品代码前先编写基于产品代码的测试代码。在测试驱动开发的单元测试中，对GUI应用实施自动测试应该是测试驱动开发的软肋之一。由于界面的操作是有由人来完成的，所以要想在GUI中完成单元自动测试是有一定难度的。Kent Beck在它的《测试驱动开发》中就曾提到过这个问题。

本文将通过一个例子来讲解在测试驱动开发中如何针对GUI进行单元测试。这个例子是 David Astels著的《测试驱动开发实用指南(影印版)》中一个关于影片列表管理的例子。该书中文版即将在国内出版。书中讨论并介绍了开发这个例子的多种方法。笔者将介绍其中的一种，并且为了方便使用C 的朋友的学习，书中的代码我用C 写了一遍，类名和变量名尽量和原书保持一致，以方便阅读该书的C 读者。在此也要感谢David Astels给我们带来如此精彩的一本书。

本文叙述背景为：CppUnit1.9.0, Visual C 6.0, Windows2000 pro。文中叙述有误之处，敬请批评指正。如果读者对CppUnit还没有一定的了解，可以先参考笔者的另一篇文章《CppUnit测试框架入门》。

2、需求分析

对于这个影片管理的应用，我们主要实现增加、删除和显示影片列表的功能。基于这些需求，我们可以画一张GUI草图。

界面的控件主要有：一个显示所有影片的列表listbox控件，一个填写新的影片名的edit控件,一个增加button控件，一个删除button控件。由此，我们的开发目标就十分的明确了。

3、编写UI测试代码

这部分的UI测试代码主要是测试各个控件是否正确生成并且是可见的，以及测试一些控件的label文字是否正确。

我们从TestCase继承一个类TestWidgets用于测试窗口，并添加四个测试，分别测试listbox、edit、add button、delete button。

…… …… 余下全文

用VS2005实现用户界面自动化测试

开发者在线 B 更新时间:2007-11-03作者：林健 来源:博客园

本文关键词： VS2005 界面 自动化测试

Visual Studio 2005 新增的测试功能使我们的开发工作更为快捷，代码质量在一定程度上有所提高。想必大家对类的单元测试已经比较熟悉，这里我们来看看它提供的另一项更为有趣的测试——用户界面自动化测试。事实上这个测试的本质仍是单元测试，单元测试的各种方法在用户界面测试中仍然可用。

我们以一个简单的 Windows Form 应用程序为例（在 Visual Studio 2005 Team System 下演示，其它版本亦可参考）。如图所示，这是一个一元二次方程的求解程序。

在 Visual Studio 2005 中加载这个程序的工程，切换到待测试窗体（Form1）的源代码视图。添加一个用户界面测试最简单的方法是在事件函数声明代码上右击鼠标，在快捷菜单中点击“Create Unit Tests”。在弹出的对话框中点选待测试的函数（特别是事件函数），确定。当然，手工添加一个单元测试项目也是可以的，但通过快捷菜单自动生成的代码中包含了一些测试辅助类和对象的声明，使用起来更加方便。

本例中，我们由 btnWorkOut_Click 创建单元测试，自动生成的代码如下：

熟悉单元测试的朋友应该明白 [TestMethod()] 属性的含义。在这个测试函数中，target 是待测试窗体的一个实例。sender 和 e 是各个事件函数必备的参数，一般情况下取 null 即可。最重要的是 accessor 对象，它是我们进行用户界面自动化测试的“总代理”。通过它可以访问到待测试窗体的各个方法、属性和控件，并可调用控件已声明的各个事件。由此，我们可以用 accessor 模拟使用者通过键盘、鼠标对用户界面的各项操作，同时即时获知程序中各个变量的状态。有兴趣的朋友可以读读

…… …… 余下全文

第7章用户界面设计测试题

一、选择题

1．下列控件中，没有Caption属性的是（ ）。

A. 框架 B. 列表框 C. 复选框 D.单选按钮

2. 复选框的Value属性值为1时，表示（ ）。

A. 复选框未被选中 B.复选框被选中

C. 复选框内有灰色的沟 D.复 选框操作有错误

3. 用来设置粗体字的属性是（ ）。

A. FontItalic B. FontName C. FontBold D.FontSize

4. 假定定时器的Interval属性为1000,Enabled属性为True，调用下面的事件过程，程序运行结束后变量x的值为（ ）。

Dim x as Integer

Sub Timer1_Timer()

For i=1 to 10

x=x+1

Next i

End Sub

A. 1000 B. 10000 C. 10 D.以上都不对

5. 在下列说法中，正确的是（ ）。

A. 通过适当的设置,可以在程序运行期间让定时器显示在窗体上

B. 在列表框中不能进行多项选择

C. 在列表框中能够将项目按字母顺序从大到小排列

D. 框架也有Click和DbClick事件

6. 在用菜单设计器设计菜单时,必须输入的项（ ）。

A. 快捷键 B.标题 C. 索引 D. 名称

7. 在下列关于菜单的说法中，错误的是（ ）。

A．每个菜单项都是一个控件,与其它控件一样也有自己的属性和方法

B. 除了Click事件之外,菜单项还能响应其它的,如DbClick等事件

C. 菜单项的捷径键不任意设置

…… …… 余下全文

我在工作中总结了一些有关界面设计与测试的规范，与大家共享。 界面设计与测试规则 界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作，起到向导的作用。同时界面如同人的面孔，具有吸引用户的直接优势。设计合理的界面能给

用户带来轻松愉悦的感受和成功的感觉，相反由于界面设计的失败，让用户有挫败感，再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。目前界面的设计引起软件设计人员的重视的程度还远远不够，直到最近网页制作的

兴起，才受到专家的青睐。而且设计良好的界面由于需要具有艺术美的天赋而遭拒绝。 目前流行的界面风格有三种方式：多窗体、单窗体以及资源管理器风格，无论那种风格，以下规则是应该被重视的。

1：易用性：

按钮名称应该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。

易用性细则：

1):完成相同或相近功能的按钮用Frame框起来，常用按钮要支持快捷方式。

2):完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。

3):按功能将界面划分局域块，用Frame框括起来,并要有功能说明或标题。

4):界面要支持键盘自动浏览按钮功能，即按Tab键的自动切换功能。

5):界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。

6):同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分页界面显示。

7):分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab

8):默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。

9):可写控件检测到非法输入后应给出说明并能自动获得焦点。

10):Tab键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。

…… …… 余下全文

测试面试总结

1.账号bug的report用什么管理？

2.有没有对这个障害的周期做总结？

3.现实工作中遇到障害之后你需要做什么？

4.问目前所做的项目情况

Now i work in FMS (Field manager system) testing project in IBM,This project calculate salary and incentvie for all globe sellers. My daily work is writing TIM(test identification matrix ) according to users requirement, writing test cases,prepare testing data,verify cases and review cases.if find defect ,first tell the release leader , if he thinks this is a defect ,i will raise this defect via RQM(rational quality manager) then discuss with Developer to solve it as soon as possible.

5.软件测试的流程

预验收测试 可行性分析 Feasibility analysis－－－－－－－> 验收测试 acceptance test ↘ 预系统测试 ↗

需求分析 requirement analysis －－－－－> 系统测试 system test

↘ 预集成测试 ↗

概要设计 preliminary design－－－－> 集成测试 integration test

…… …… 余下全文