6.1控件自身的测试
1 控件本身的大小
2 控件本身的位置
3 控件字体
3.1 字体的大小（与界面其它控件保持一致性）
3.2 字体半角/全角
3.3 中英文混合（一般情况下不允许中英文混合）
3.4 错别字
6.2.1文本框
1 作用：接受用户输入的数据或显示数据。
2 状态：可编辑（正在编辑、未编辑）、不可编辑。
3 测试点：
3.1 根据文本框作用：
3.1.1 接受输入数据
l 输入数据的内容（如输入空格或与已存在内容相冲突的数据等）
l 输入数据的长度（如只能输入8位，分别输入7、8、9位数据进行测试）
l 输入数据的类型（如只能输入数字，分别输入汉字、字母、特殊符号等）
l 输入数据的格式（如‘yyyy/mm/dd’）
3.1.2 显示数据
l 显示内容是否正确？
l 内容太长，文本框不能完全显示时，是否有未完全显示的提示？如加‘…’
l 显示内容格式是否正确？
3.2 根据文本框状态：
3.2.1 可编辑文本框与不可编辑文本框是否易于区分？（一般将不可编辑文本框置灰）
3.2.2 光标选中的可编辑文本框是否有明显显示？（如文本框底色由白色变为蓝色）
【注意】对于在文本框中输入的错误数据，程序一般有以下3种处理方式：
l 不允许输入，没有任何提示。
l 输入后立即给出提示要求重新输入。
l 单击窗体中的‘确定’或‘保存’或‘提交’按钮以后，程序再检验数据的正确性，不正确就给出提示要求重新输入。
在设计文档中没有特别注明需采用哪种处理方式时，无论哪种方式，只要能正确验证数据就可以。
4 举例说明：
略
6.2.2 Up-down控件文本框
1 作用：通过控件的上下箭头，选择不同的值。
2 状态：可用、不可用。
3 测试点：
3.1 直接输入或上下箭头选择；
3.2 边界值
3.3 默认值
3.4 输入非法数据
3.5 若该控件不可用，是否有标识？且是否真的不可用？
4 举例说明：
略
6.2.3组合列表框（下拉列表框）
1 作用：下拉列表中显示一组数据，选中某一条数据，该数据就返回到框中。
2 状态：可用、不可用。
3 测试点：
3.1 条目内容是否正确？（根据需求说明书确定其内容）
3.2 条目功能是否实现？（有些程序要求在获得条目内容的同时，获得该条目对应的编号，但是编号在窗体上不显示，此时就要在数据库中查看结果是否正确？）
3.3 是否能输入数据？（一般程序不允许输入数据。）
3.4 若该控件不可用，是否有标识？且是否真的不可用？
4 举例说明：
略
6.2.4列表框
1 作用：列表框中显示一组数据，选中某一条/或某几条数据，程序进行某种处理。
2 状态：可用、不可用。
3 测试点：
3.1 条目内容是否正确？（根据需求说明书确定其内容）
3.2 条目功能是否实现？
3.3 滚动条是否可以滚动？（针对列表框内容较多时）
3.4 条目内容宽度超过列表框的宽度时，鼠标指针位于该条目时是否可以完整显示？
3.5 是否允许多选？（若允许，要分别检查按Shift选中、按Ctrl选中条目和直接用鼠标选中多项条目时的情况。）
3.6 若该控件不可用，是否有标识？且是否真的不可用？
4 举例说明：
略
6.2.5命令按钮
1 作用：实现规定的功能。
2 状态：可用、不可用。
3 测试点：
3.1 可操作按钮功能是否实现？
3.2 对可能造成数据无法恢复的操作是否提供确认信息？（如删除等操作）
3.3 对不符合业务要求的输入数据是否有相应的处理方法？
3.4 对非法的输入或操作是否给出足够的提示说明，让用户明白错误出处？
3.5 若该按钮不可用，是否有标识？且是否真的不可用？
4 举例说明：
略
6.2.6单选按钮（单选框）
1 作用：同一组中只能选择一个。
2 状态：可选（被选中、不被选中）、不可选。
3 测试点：
3.1 同一组中，是否只能选中一个？
3.2 各项功能是否能正确完成？
3.3 是否有默认被选中的选项？
3.4 可选和不可选项是否易于区分？（一般将不可选项置灰）
3.5 不可选项是否限制不能被选中？
4 举例说明：
如性别组的单选按钮，可选项包括：男、女、未说明，默认为男。
