软件测试培训
美国上市软件测试培训机构

400-111-8989

热门课程

解决问题系列:修复缺陷流程

  • 时间:2017-12-07
  • 发布:软件测试培训
  • 来源:网络

缺陷简述

缺陷修复示例

确认缺陷属性

· 输入:

根据 附录-软件缺陷定义

缺陷提交者的反馈信息

· 过程:

√ 开发人员通过缺陷再现、代码调试等方法进行缺陷属性的确认。

√ 开发人员汇总缺陷属性与缺陷提交者进行沟通确认。

√ 保证开发人员与缺陷提交者持有统一的缺陷属性。

√ 管理沟通任务包

· 输出:

√ 开发人员列出缺陷相关属性。

缺陷类型

缺陷级别

缺陷产生可能性

缺陷的优先级

缺陷状态

缺陷再现流程

缺陷所在软件的版本号

√ 根据缺陷属性特征与项目经理进行沟通。

非常见缺陷类型或难以判断出来缺陷类型,通知项目经理。

缺陷级别太高,通知项目经理。

缺陷产生可能性小,通知项目经理对应的处理方法。

缺陷的优先级高,通知项目经理。

定位缺陷原因

· 输入:

√ 附录-软件缺陷定义

√ 解决问题-麦肯锡方法(可选)

√ 上一步的输出

· 过程:

√ 100%确认缺陷原因:

通过观察缺陷现象、缺陷提交者的沟通,判断缺陷原因。

进行源代码调试,并定位到出现问题的代码段,判断缺陷原因。

√ 80%确认缺陷原因:

分析应用的日志/系统日志,判断缺陷原因。

源代码管理规范(SVN篇)-解决问题方法

使用源代码版本工具对比代码

回滚源代码版本到上一次没有缺陷的版本。

对比回滚版本与最新代码的差异。

功能代码的差异

工程配置文件的差异

对比软件环境

对比软件开发环境

依赖环境的版本号

第三方依赖版本号

对比软件的安装环境

依赖环境的版本号。

第三方依赖版本号

编译软件版本号

系统版本号

等等

对比环境变化后的相关影响因素

√ 20%确认缺陷原因

麦肯锡7步法

进行头脑风暴搜集所有的可能性因素

采用头脑风暴的方式

并记录下来所有的可能性因素

按照一定的规则,将可能性因素进行优先排序

对可能性因素进行单个排除、多个排除测试

测试缺陷消失,则定位引发缺陷的原因,并记录测试结果

测试缺陷没有消息,执行下一个或多个可能性因素的测试,并记录测试结果

直到问题解决、或测试完所有的可能性因素

汇报结果给项目经理

可替换的解决方案

从备用方案中选择最优方案,从新进行开发

创建基础的功能代码

功能逐个进行添加

确保每个功能添加时没有缺陷

放松放松

出去走一走,玩一玩

给大脑预留些时间整理思路

最终无法定位原因

向上级领导汇报,寻求协助

汇报自己的调研过程结果

√ 无法确认缺陷原因

同20%确认缺陷原因方法

· 输出:

阶段性结果汇报

缺陷的原因

缺陷的可能性因素及测试结果

缺陷的解决方法

修复缺陷问题

· 过程:

根据上一步的输出内容,进行缺陷的修复

汇总意见

针对缺陷产生的原因,提出建设性的意见。

上一篇:软件测试之组件测试:改建遗留系统的起点
下一篇:测试开发成长学习路线--引导篇
选择城市和中心
贵州省

广西省

海南省