（6）关键提示不正确，起误导用户作用。

　　例：

　　（a）实际操作成功却提示操作失败。

　　（b）智能操作票系统中，在状态检查时，提示的不合法设备名称不正确。

　　（c）操作票中，导入操作步骤成功了，但是提示却为不成功。

　　（7）非主要模块的权限控制不正确。

　　例：

　　（a）合同管理的授权给相关人员后，相关人员看不到相应的数据。

　　（b）领料单在材料员审批时不能填写领料原因。

　　（8）系统业务逻辑关系处理不正确，引起非主要功错误。

　　例：项目归档后，在项目申请的已上报页面和申请书的查询页面还能看到该项目。

　　4.4 Low等级的分类与示例

　　（1）页面和记录定位。

　　例：变更申请选中列表中的第2条项目新增变更，新增完返回时系统自动定位到列表中的第一条项目。

　　（2）用户界面显示、对齐、文字错误等。

　　例：

　　（a）页面太小没有将内容显示完整，只要把页面调大即可。

　　（b）系统将“帐号”显示成“账号”。

　　（3）报javascript错误，但能操作成功。

　　（4）用户几乎不太可能进行的操作，导致系统报错。

　　4.5 填写缺陷时的注意事项

　　（1）同类型的缺陷只录一条。例如项目审批模块的发送不成功，其他审批模块也有同样的问题，只录一条缺陷可以，因为都属于工作流的问题。

　　（2）同一模块的页面显示有几个问题，也只录一条缺陷，并在缺陷的描述里列出各个问题。因为都是同一模块页面显示的问题，放在一起，开发人员可一次将问题改全。

　　（3）测试中要经常查看同组测试员填写的缺陷，及时了解已存在的缺陷，如有补充可在注释里填写。

　　（4）查看同组测试员填写的缺陷时，注意其他人对缺陷严重等级的定义，保持同组人员对严重等级定位的一致性。