软件测试 基础 (四) 测试报告

面试工作经验参考

一、缺陷流程

错误——开发文档中的 错误

bug—— 源代码中的错误

缺陷——功能实现错误、功能遗漏、功能冗余、功能实现不好

失效——动态产生,不一定有效

二、缺陷产生原因

1、需求编写,表述不清楚

2、系统设计架构引起  (超出系统承受能力)

3、开发过程中缺乏有效的沟通 (涉及到决策 的工作 应主动和同时沟通)

4、编写代码时 产生错误

5、开发工具本身错误

6、软件需求复杂度较高,容易产生较多的缺陷

7、产品功能 不符合客户群体需求

 

三、缺陷格式(** 缺陷报告生成依据)

制定缺陷格式,便于记录缺陷

缺陷id

  为阿拉伯数字,不可删除,不可复用,为缺陷的五一标识字段

概要描述

  例如:商品查询功能,输出显示乱码

  概括描述缺陷现象 或缺陷存在的形式,便于缺陷的处理

发现人

  张某

发现时间

  XX年/XX日/XX

修复时间

  发现时间--修复时间 中间间隔最多不能超过3个工作日

所属版本

  便于后期统计不同版本双,确定测试版本的发行风险

所属模块

  缺陷所属功能的业务模块,便于后期统计每一个功能或业务模块的缺陷情况,利于回归投入,确定研发资源分配    

缺陷状态 

  缺陷所属的活动状态

    new   新发现的bug,还没有进入缺陷管理

    open   确认缺陷,正式进入缺陷管理流程

    fix      开发同时确认为 bug,并完成修改

    close  经过测试校验 bug 已经恢复正常,无需再修改

    reject  开发确认,是缺陷,并进行修改;不是,因需求变化不需修复的 bug 可定义为reject 状态

    reopen  修复完成的fix 再次产生,或则再下一个版本中出现

缺陷严重度

  缺陷引发的后果严重程度

    low            缺陷后果不是很严重,表现为 页面不美观 使用不是太方便

    medium   有错别字,显示字体不正确,子功能实现不完美

    high         某个功能不可以正常使用

    veryhigh 

    urgent   

修复优先级

  研发人员决定

详细概述

  概要补充、产生错误步骤、测试数据、截图……

下一步处理人

  某某

 

四、缺陷管理活动

角色定义   

  定义管理流程中涉及到的角色,主要职责

    测试工程师: 发现bug 提交bug ,跟踪bug,回归测试

    测试经理:审查测试工程师提交的 缺陷,以及解决有争议的bug

    开发经理:负责分配缺陷  (决定那个开发解决 bug ),以及解决有争议的bug

    开发工程师:编写bug 更改bug

    项目经理:有争议的 bug 报告,进行解决 ,决策

流程定义

  bug 解决流程,发现bug 提交——>测试经理 审查——>开发经理  审查——>开发 更改  (效率太低 个人建议)

工具应用

  具体采用的是那一种 缺陷管理工具

    开源工具

      bugzilla

      jira

      mastins

      bugfree

      excel

      QC/QLX

 

    商用工具

 

模型选择

odc

四象限

gompertz

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

posted @ 2018-06-13 15:04  hello秘密花园  阅读(576)  评论(0编辑  收藏  举报