4.3 Medium等级的分类与示例

（1）非主要功能在正常操作下没有实现。

例：

（a）查询页面有某些查询条件查不出相应的数据。

（b）巡视项目定义中，当只有2条巡视内容时，上下移动巡视内容操作不成功。

（c）在单据中物资明细没有超链接。

（2）非主要功能在正常操作下结果不正确。

例：

（a）标题排序不正确。

（b）新增主变压器并修改其技术参数高压额定容量值之后，该设备的上级变电站页面中主变压器总容量的值没有修改。

（3）非主要功能存在性能问题。

例：物资系统中上传附件速度很慢，1M的文件需要30秒以上。

（4）所有功能进行边界值测试，系统报错的。

例：

（a）大文本框输满，保存报500。

（b）资金输入大值，保存报500。

（c）上传大型文件，系统老处于上传状态。

（d）选中大量项目导出，导出不正确。

（5）模块中的信息显示不正确，起误导用户作用。

例：

（a）资金单位显示不对。

（b）新增推荐单位后，列表中显示的“关联类型”与新增时的输入不一致。

（c）在单据的物资明细列表中将物资明细显示为项目名称。

（d）停电计划查询中的导出字段中，“停电原因”应该是“停电终止原因”。

（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）查看同组测试员填写的缺陷时，注意其他人对缺陷严重等级的定义，保持同组人员对严重等级定位的一致性。