常见bug汇总

my.adi

新手第一帖sdlkfj5
刚刚实习整理了一个小bug库所得，这里共享一下

录入 界 面	1.1	输入字段要完整，且要与列表字段相符合（参照数据库进行检查）
	1.2	必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息）
	1.3	字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息 （1）       长度校验 （2）       数字、字母、日期等等的校验 （3）       范围的校验
	1.4	录入字段的排序按照流程或使用习惯，字段特别多的时候需要进行分组显示
	1.5	下拉框不选值的时候应该提供默认值
	1.6	相同字段的录入方式应该统一（手动输入 、点选 、下拉选择、参照）
	1.7	录入后自动计算的字段要随着别的字段修改更新（如单价变后，金额也变）
	1.8	日期参照应该既能输入，又能从文本框选择

界 面 格式	2.1	字体颜色、大小、对齐方式（根据字段的性质确定）、加粗的一致性
	2.2	文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性
	2.3	所有新增、修改、查看页面加上页面说明（如：XXX新增、XXX编辑、XXX查看等说明字样），（弹出的）界面要有标题，标题与内容要一致
	2.4	不同界面显示相同字段的一致性（如列表界面和编辑界面）
	2.5	界面按钮显示要求（查询、新增、删除顺序）
	2.6	列表的顺序排列应该统一（按照某些特定条件排序）
	2.7	下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定
	2.8	所有弹出窗口居中显示或者最大化显示
	2.9	信息列表中如果某个字段显示过长用“…”或者分行显示
	2.10	人员、时间的缺省值一般取当前登录人员和时间
	2.11	对于带有单位的字段，需要字段的标签后面添加如下内容：“（单位）”

功 能 问 题	3.1	按钮功能的实现（如返回按钮能否返回）
	3.2	信息保存提交后系统给出“保存/提交成功”提示信息，并自动更新显示
	3.3	所有有提交按钮的页面都要有保存按钮（每个界面风格一致）
	3.4	凡是点选或者下拉选择的界面，如果一旦选择完了无法回到不选择的情况，需要加上“清除选择”功能按钮
	3.5	没有选择记录点击删除/修改按钮要提示“请先选择记录”
	3.6	选择记录后点击删除按钮要提示“确实要删除吗？”
	3.7	需要考虑删除的关联性，即删除某一个内容需要同时删除其关联的某些内容
	3.8	界面只读的时候（查询、统计、导入）等，应该不能编辑

查询问题	4.1	查询条件缺少一些可以查询的字段
	4.2	有些查询条件需要支持模糊查询
	4.3	需要考虑有些查询条件本身的关联性（即某个查询条件的取值范围是依赖于其它查询条件的取值）
	4.4	查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一
	4.5	不同模块相同字段的查询方式应该统一（手动输入 、点选 、下拉选择）
	4.6	出报表的时候，查询条件需要显示在报表标题的下面，这样看报表的时候知道数据的依据是什么
	4.7	对于范围的查询采用全闭的形式（如 [2006-1-1,2006-12-30]

vire

字太小了，看得很累哦sdlkfj7

cr19800604

原帖由 vire 于 2006-12-4 15:01 发表
字太小了，看得很累哦sdlkfj7

不小啊,很大的

cr19800604

楼主写的都是GUI测试方面的吧?

qrz2000

对了，这些好象基本都是ＧＵＩ方面的。

redrose37

字太小了，看着很费劲的

wuhuawu09

字小是浏览器的原因吧..

[ 本帖最后由 wuhuawu09 于 2006-12-5 13:17 编辑 ]

wqathr

不错,比较全面.

liuxz

恩，都比较熟悉  ^_^

liyang0283

[quote]原帖由 vire 于 2006-12-4 15:01 发表
字太小了，看得很累哦sdlkfj7 [/qu

你可以选择用word来编辑它，那样就可以调字体了！可以试一下！

zengyi2008

不错，参考下

wangyy1520

这些都是入行的测试,属于UI的bug.到后面的功能测试和性能测试就麻烦一些了

yyanfang

字看不清不过挺好的

xiaominna825

挺好的···很熟悉哦~

sky2008

不错

jackei

这种贴应该鼓励鼓励鼓励再鼓励，如果大家可以慢慢的把共性的缺陷做成一个 checklist ，相信可以避免一些低级的缺陷留到最后才被发现。

Joan2005

挺好的,学习

zhangyong

录入
界
面        1.1        输入字段要完整，且要与列表字段相符合（参照数据库进行检查）
        1.2        必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息）
        1.3        字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息
（1）       长度校验
（2）       数字、字母、日期等等的校验
（3）       范围的校验
        1.4        录入字段的排序按照流程或使用习惯，字段特别多的时候需要进行分组显示
        1.5        下拉框不选值的时候应该提供默认值
        1.6        相同字段的录入方式应该统一（手动输入 、点选 、下拉选择、参照）
        1.7        录入后自动计算的字段要随着别的字段修改更新（如单价变后，金额也变）
        1.8        日期参照应该既能输入，又能从文本框选择
界
面
格式        2.1        字体颜色、大小、对齐方式（根据字段的性质确定）、加粗的一致性
        2.2        文本框、按钮、滚动条、列表等控件的大小、对齐、位置的一致性
        2.3        所有新增、修改、查看页面加上页面说明（如：XXX新增、XXX编辑、XXX查看等说明字样），（弹出的）界面要有标题，标题与内容要一致
        2.4        不同界面显示相同字段的一致性（如列表界面和编辑界面）
        2.5        界面按钮显示要求（查询、新增、删除顺序）
        2.6        列表的顺序排列应该统一（按照某些特定条件排序）
        2.7        下拉框中的排列顺序需要符合使用习惯或者是按照特定的规则排定
        2.8        所有弹出窗口居中显示或者最大化显示
        2.9        信息列表中如果某个字段显示过长用“…”或者分行显示
        2.10        人员、时间的缺省值一般取当前登录人员和时间
        2.11        对于带有单位的字段，需要字段的标签后面添加如下内容：“（单位）”
功
能
问
题        3.1        按钮功能的实现（如返回按钮能否返回）
        3.2        信息保存提交后系统给出“保存/提交成功”提示信息，并自动更新显示
        3.3        所有有提交按钮的页面都要有保存按钮（每个界面风格一致）
        3.4        凡是点选或者下拉选择的界面，如果一旦选择完了无法回到不选择的情况，需要加上“清除选择”功能按钮
        3.5        没有选择记录点击删除/修改按钮要提示“请先选择记录”
        3.6        选择记录后点击删除按钮要提示“确实要删除吗？”
        3.7        需要考虑删除的关联性，即删除某一个内容需要同时删除其关联的某些内容
        3.8        界面只读的时候（查询、统计、导入）等，应该不能编辑
查询问题        4.1        查询条件缺少一些可以查询的字段
        4.2        有些查询条件需要支持模糊查询
        4.3        需要考虑有些查询条件本身的关联性（即某个查询条件的取值范围是依赖于其它查询条件的取值）
        4.4        查询条件名称与信息列表及信息编辑页面相应的字段名称完全统一
        4.5        不同模块相同字段的查询方式应该统一（手动输入 、点选 、下拉选择）
        4.6        出报表的时候，查询条件需要显示在报表标题的下面，这样看报表的时候知道数据的依据是什么
        4.7        对于范围的查询采用全闭的形式（如 [2006-1-1,2006-12-30]

zhangyong

看来楼主是个细心的人啊，要是每个测试人员都有这份细心，那么，几年后，报所有的测试整理汇总，就是一本很好的测试宝典啊！！

yly001

在浏览器中设置一下字体大小就可以了，查看－文字大小－较大，就好了
我试过的，成功了