如何让缺陷填写的更加规范(3)

　　例：

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

原文转自：http://www.uml.org.cn/Test/201203192.asp