用户界面测试报告

功能特性：正确识别用户名和密码，并进入系统内部

测试目的：对输入的信息进行合法性检查。保证系统接收合法的输入。用户名和密码输入错误时具有提示功能和重新输入功能。

预置条件：注册用户名:ceshi 、密码：123456

参考信息：同类软件或网站说明或文档特殊规程说明。用户名不区分大小写,用户名长度为：5~8个字符，密码长度为6~10个数字

…… …… 余下全文

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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测试框架入门》。

…… …… 余下全文

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

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

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

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

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

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

…… …… 余下全文

第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. 在下列说法中，正确的是（ ）。

…… …… 余下全文

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

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

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

1：易用性：

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

易用性细则：

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

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

…… …… 余下全文

测试面试总结

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.

…… …… 余下全文