* 光标、处理指示器和识别指针能否随操作而适当改变 UI测试常见BUG 录入界面
1. 输入字段要完整，且要与列表字段相符合（参照数据库进行检查）
2. 必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息） 3. 字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息 (1) 长度校验
(2) 数字、字母、日期等等的校验 (3) 范围的校验
4. 录入字段的排序按照流程或使用习惯，字段特别多的时候需要进行分组显示 5. 下拉框不选值的时候应该提供默认值 6. 相同字段的录入方式应该统一（录入方式有以下几种：手动输入 、点选 、下拉选择、参照）
7. 录入后自动计算的字段要随着别的字段修改更新（如单价变后，金额也变） 8. 日期参照应该既能输入，又能从文本框选择 界面格式
1. 字体颜色、大小、对齐方式（根据字段的性质确定）、加粗的一致性 2. 文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性
3. 所有新增、修改、查看页面加上页面说明（如：XXX新增、XXX编辑、XXX查看等说明字样），（弹出的）界面要有标题，标题与内容要一致
4. 不同界面显示相同字段的一致性（如列表界面和编辑界面） 5. 界面按钮显示要求（查询、新增、删除顺序）
6. 列表的顺序排列应该统一（按照某些特定条件排序）
7. 下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定 8. 所有弹出窗口居中显示或者最大化显示
9. 信息列表中如果某个字段显示过长用“?”或者分行显示 10. 人员、时间的缺省值一般取当前登录人员和时间
11. 对于带有单位的字段，需要字段的标签后面添加如下内容：“（单位）” 功能问题
1. 按钮功能的实现（如返回按钮能否返回）
2. 信息保存提交后系统给出“保存/提交成功”提示信息，并自动更新显示 3. 所有有提交按钮的页面都要有保存按钮（每个界面风格一致） 4. 凡是点选或者下拉选择的界面，如果一旦选择完了无法回到不选择的情况，需要加上“清除选择”功能按钮（即空白选项）、还需要有一个‘全部’选项。 5. 没有选择记录点击删除/修改按钮要提示“请先选择记录” 6. 选择记录后点击删除按钮要提示“确实要删除吗？” 7. 需要考虑删除的关联性，即删除某一个内容需要同时删除其关联的某些内容（当存在关联的数据时，此记录应该不能删除，必须将其关联的记录先删除，才能再回到此界面将此记录删除）
8. 界面只读的时候（查询、统计、导入）等，应该不能编辑。 查询问题
1. 查询条件缺少一些可以查询的字段（在查询条件中应当将可以进行查询的字段都列举出来并支持该字段的查询），
查询条件分为：可输入和枚举型（点选、框选、下拉框选择、日期选择：‘年月日分开选
择’或‘弹出日期选择界面’）等两大类。
2. 有些查询条件需要支持模糊查询：关键字查询即部分匹配
3. 需要考虑有些查询条件本身的关联性（即某个查询条件的取值范围是依赖于其它查询条件的取值）：
即查询条件的过滤功能
（比如第一个下拉框选择选择‘浙江省’，则第二个下拉框自动过滤出属于浙江的地区名称如‘绍兴市、宁波市、杭州市?等’；选择其中一个，则在第三个下拉框中出现该地区包括的县级城市名称）
4. 查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一
5. 不同模块相同字段的查询方式应该统一（手动输入 、点选 、下拉选择） 不同模块相同字段显示的字段名称应该完全统一。
6. 出报表的时候，查询条件需要显示在报表标题的下面，这样看报表的时候知道数据的依据是什么。
7. 对于范围的查询采用全闭的形式。
输入数据的设计方法和测试用例设计方法
测试用例的设计是测试设计的重要内容，关于测试用例的设计方法，当前不少出版的测试书和发表的测试文章，不少存在着表述错误，主要是把测试用例中的输入数据的设计方法与测试用例的设计方法混为一谈，对测试初学者和测试用例设计人员产生误导。
这种错误的主要表现举例如下： 测试用例的设计方法包括： (1)等价类划分法 (2)边界值法
(3)功能图与判定表法 (4)错误推测法 (5)用户场景法 (6)......
其实，测试用例中输入数据的设计方法只是测试用例设计方法的一个子集，上面列出的集中方法都是确定黑盒测试用例的输入测试数据的一般方法，而不是测试用例的设计方法。
除了确定输入数据之外，测试用例的设计还包括如何确定测试用例的设计策略，如何组织设计用例，如何从测试需求等文档创建完整的测试用例。
对测试执行人员来说，测试用例的表示内容包括以下几个方面： (1)测试用例的测试目标
(2)测试用例的被测功能点描述 (3)测试用例的测试运行环境
(4)测试用例的执行方法(包括测试步骤，输入测试数据或测试脚本) (5)测试期望的结果 (6)执行测试的实际结果 (7)其他辅助说明
从以上几点，我们可以看到输入测试数据只是设计测试用例的一个步骤，而不是全部。 测试用例的设计是一项复杂的测试工作，测试用例的设计方法需要考虑测试的目标，被测试软件的特性，测试者人力资源的技术和能力，测试组织形式，测试进度、测试成本等多个方面。
网站测试清单
通用
◇ 所有测试是否运行在干净系统上？ ◇ 系统是否正常运行？ ◇ 是否显示正确输出？
◇ 系统是否能提供所需功能？
◇ 普通用户是否能轻松地操作该系统？ ◇ 是否易学易用？
◇ 系统是否会为客户提供服务？如响应的、有帮助的、正确的服务？ ◇ 是否可以简单辨别系统的正确性与可靠性？ ◇ 是否能轻易地修复或修改系统？
◇ 当系统需要提交或修复时，开发人员是否可以在限期内完成？ ◇ 新版本中未经修改的功能是否能与老版本保持一致？ ◇ 系统是否能使硬件、网络及人力资源得到有效利用？ ◇ 系统是否能匹配相关的技术水平？ ◇ 系统是否能匹配适当调整的需求？
◇是否可以有效验证系统的工作方式是适当的？
◇ 本系统内一些组成部分是否可以被其他的系统再利用？ ◇ 不同用户不同平台上安装系统是否同样快捷便利？ ◇ 系统是否设置有未来更新的路径？ ◇ 是否可以方便地获取信息？ ◇ 网站是否能被搜索？ 可用性、界面及导航
◇ 系统为一个用户、十个用户或一千个用户服务时，是否同样工作正常？ ◇ 是否可以快速登陆主页？
◇ 网站的操作方法是否清晰地展示给用户？
◇ 如果按操作方法进行操作是否可以得到预期结果？ ◇ 是否所有新用户都理解网站内的所有术语？ ◇ 是否所有窗体都有导航栏？
◇ 导航栏的位置是否始终保持一致？ ◇ 是否导航栏仅作用于使用中的文本？
◇ 用户是否可以在不用鼠标的情况下使用导航栏功能？ ◇ 视力障碍者是否可以使用网站？红绿色盲，少于 20/20 ◇ 网站标志是否风格一致？
◇ 每个单独页面内是否包含主页链接？ ◇ 每个页面的排版是否统一？ ◇ 每个页面的管理风格是否一致？ ◇ 网站内图表的使用是否协调？ ◇ 快速下载的图表是否质量优化？
◇所有图片是为页面添彩，还是浪费网速？ ◇ 是否使用了图表的最佳尺寸？
◇ 图表/图片周围的文字布局是否合理？
◇ 是否对所有的参考网站或电子邮件地址都设置了超链接？ ◇ 超链接颜色设置是否标准？
◇ 网站在 1024x 768、600x800 等像素下是否显示正常？
◇ 字体是否太小（切忌并非每个人都能获得相同的视图效果）？ ◇ 字体是否太大？
◇ 所有文本是否排列适当？ ◇ 所有图标是否排列适当？ ◇ 图片是否能被完整打印？ ◇ 网站内是否有站内地图？
◇ 站内地图的每个超链接是否有对应的目标链接页？ ◇ 站内地图是否包含了网站内所有的超链接？ ◇ 每个页面的超链接是否正常工作？
◇ 内容是合法正确的（非单元测试期间开发者设置的填充内容） ◇ 页面背景（颜色）是否会分散注意力？
◇ 返回按钮是否正常工作？不会打开一个新的浏览器窗口，或重定向其他站点。 ◇ 返回上页或转至新页面时，是否会导致本页面内容丢失？
◇ 从主页开始是否可以通过 3 次或更少的点击数到达目标页面？
◇ 图表或表格中的内容是否完整？是否正确列出？是否能确定所选文本处于图表或表格的正确区域内？
◇ 页面上的链接是否和先前一致？有没有新出来的或消失的链接？ 有没有链接失败的情况？
◇ 点击链接是否能到达正确的目标页面？ ◇ 目标页面是否存在？
◇ 站主的联系信息是否能从网站中获得（姓名、电话、电子邮件地址、邮寄地址、传真号）？ ◇ 如果用户需要为某个页面作标签，该页面的名称是否易懂？
◇ 如果用户有获取历史页面纪录的权限，那网站地址是否会出现在 History 列表中？ ◇ 网站页面的状态栏是否真实反映出页面登陆的进度、信息等？ 表格
◇ 表格是否过长，经常需要通过拖动滚动条才能看到表格右边的栏目？ ◇ 表格是否能正确打印？
◇ 表格内的列宽和行高是否合适？
◇ 会不会因为某个输入而使行高变化异常？ 框架
◇ 是否会出现浏览器不支持的框架？
◇ 框架是否能自动准确地调整大小？用户是否可以操控框架的尺寸？ ◇ 滚动条是否会适时出现？
◇ 框架页面上是否有明确的数据供书签或收藏夹识别？ ◇ 搜索引擎是否可以找到框架中的内容？ ◇ 框架边框是否美观？
◇ 框架内更新是否会出现问题？ 数据认证
◇ 网站内面向用户的数据描述是否清楚？
◇ 隐私制度是否制定清楚？用户能否看到该制度？ ◇ 保存的数据是否准确？
◇ 工作站是否对数据进行认证？ ◇ 服务器是否对数据进行认证？
◇ 是否可以确保用户在工作站录入的信息可以被服务器正确接收？
◇ 在不同的时间段是否可以避免录入相同的信息（订单表等）？
◇ 是否为每个用户分配有唯一标识符，用于录入表格数据，保证表格对象的唯一性？ ◇ 要求用户录入的信息是否是进程所必需的？例如：要求用户录入生日信息是用于其订单编号？或是仅仅为了多获得一些用户信息？ ◇ 数字录入区域是否可以录入文字？ ◇ 搜索中能否使用通配符？
◇ 是否可以在域内录入空格和空值？ ◇ 是否可以录入长串？
◇ 域内是否可以录入文本最大的数量？ ◇ 复选框和控件按钮的初值是否设置正确？ ◇ 一个组内的控件按钮是每次只能选中一个？ ◇ 复选框是否会触发预期事件？
◇在表格域内用户是否不能输入 HTML 代码？
◇智能错误处理是否会引发数据认证？ IE.如生日域的需求格式为 MM/DD/YYYY，则用户输入出声年份为 1857 是不匹配的。 外部界面
◇ 系统界面是否与相关的外部系统相匹配？ ◇ 界面是否通过验证？
◇ 是否所有的支持的浏览器都经过测试？
◇ 一旦外部应用程序不可用或服务器连接失败，是否所有与外部界面相关的错误环境都经过测试？
◇ 代理缓存是否经过测试？
◇ 是否所有可能从网站内部安装的应用程序都经过测试？ 内部界面
◇ 网站是否支持无下载功能的用户使用？ ◇ 网站是否设置有防火墙？
◇ 网站是否可以灵活使用卸载插件？
◇ 网站处于不同模式或运行速度的情况下可能需要使用插件，网站是否支持？ ◇ 是否所有的插件可以协同工作？ ◇ 是否所有平台都支持，且能打开链接文件（如 Solaris 操作系统是否可以打开 Microsoft Word 文件）？
◇ 是否所有浏览器都支持这些插件？
◇ 一旦 Java 不可用，是否网站就不可用？ ◇ 是否所有的插件都能正常启动？
◇ 如果下载时遇到错误，是否会有错误处理？
◇ 网站功能中是否有使用\非标准\硬件（如话筒、线缆调制解调器等）的功能存在？ ◇ 是否可以下载注册的 ActiveX 控件？ ◇ 是否可以下载未注册的 ActiveX 控件？
◇ 是否可以初始化并编译未被认定为安全的 ActiveX 控件？ ◇ 是否可以运行 ActiveX 控件和插件？
◇ 是否可以编译被认定为安全可编译的 ActiveX 控件？ ◇ 反馈结果是否需要 cookie？
◇ 如果用户不支持 cookie，反馈结果是否正常？ ◇ 反馈结果是否允许使用每个对话 cookie？