精华内容
下载资源
问答
  • BUG处理流程说明

    千次阅读 2018-08-05 16:30:00
    一、 BUG处理流程图: 流程描述: 1、 测试人员发现bug提交给开发。 2、 开发人员判断是否是bug。 3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。 4、 如果不是bug,退回给测试人员并描述...

    一、        BUG处理流程图:

    流程描述:

    1、  测试人员发现bug提交给开发。

    2、  开发人员判断是否是bug。

    3、  如果是bug,进行修改,修改完成后更改bug状态为已解决。

    4、  如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现。

    5、  开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug。

    6、  验证未通过的bug重新激活,开发人员继续修改,直至验证通过,关闭bug。

    7、  测试人员需要对开发人员退回的bug进行确认。

    8、  确认不是bug关闭。

    9、  如与开发人员意见不一致,认为是bug,需提交项目负责人仲裁。

    10、项目负责人确认是bug由开发人员修改,不是bug由测试人员关闭。

    注:除提交项目负责人仲裁环节外,其他环节都可以在禅道上完成。

     

    二、    各角色应关注的状态

    1.       开发人员:激活、重新打开

    激活:开发人员要对处于激活状态的bug进行处理,处理后将其状态置成“已解决”、“设计如此”、“无法重现”、“外部原因”、“重复bug”或“延期处理”。

     

    重新打开:重新打开的bug是已解决的bug经过测试人员验证,未修改正确,需要继续修改。

     

    2.       测试人员:已解决、无法重现、设计如此、外部原因、延期处理

    已解决:测试人员发现状态为“已解决”的BUG,要及时验证,如果确实已解决,要将其置为“关闭”。否则“重新打开”

     

    无法重现:测试人员发现状态为“无法重现”的BUG,要及时修改,把步骤描述清楚,并将其状态置为“重新打开”。

     

    设计如此:测试人员发现状态为“设计如此”和“外部原因”的BUG,要及时通知项目经理,由项目经理来决定是否修改;对“延期处理”的问题要进行定期跟踪,如发现问题没有按注释进行修改要及时通知开发人员或汇报给相关负责人。

     

    3.       项目经理:设计如此、外部原因、延期处理

    设计如此:因为这些BUG都是测试人员和开发人员有争议的BUG,因此项目经理必须及时关注这些BUG,及时给出合理的定夺,如果不需修改把状态置成“关闭”,如果需要立刻解决置成“重新打开”,否则置成“以后解决”。同时,项目经理也要关注“延期处理”的BUG,以免其被漏掉或遗忘从而影响到项目上线。

    三、    缺陷严重级别及类型定义

    u  致命错误包括:

    1.  造成系统崩溃、死机

    2.  造成程序非法退出、死循环、通讯中断或异常

    u  严重错误包括:

    1.        功能不符

    2.        数据流错误

    3.        程序接口错误

    4.        密码明文显示

    u  一般错误包括:

    1.        界面错误

    2.        打印内容、格式错误

    3.        输入限制未放在前台进行控制

    4.        删除操作未给出提示

    5.        辅助说明描述不清楚

    6.        显示格式不规范

    7.        长时间操作未给用户进度提示

    u  建议(非缺陷)

    1.  修改后可获得更好的用户体验

    四、   缺陷优先级定义

    1、  高:导致测试暂停,无法进行;必须立即解决,优先级高于开发工作。

    2、  中:导致部分功能无法测试;需要优先解决,解决周期2天。

    3、  低:不影响测试的进行;可在方便时解决,解决周期3-5天。

     

    五、   必须注意的问题

    1.        开发人员不能直接关闭bug,关闭bug必须由测试人员完成。

    2.        在进行问题处理的时候必须要添加注释,描述不是问题的原因、以后解决的计划版本时间等等。

    3.        大家在处理自己的问题时,即使这个问题不是自己的程序引起,也最好不要把问题置之不理,因为这个问题是在你这块表现出来的,到底哪里出问题应该比较清楚,跟其他相关人沟通相对比较容易,这样可以降低沟通成本,劲量做到“首位责任制”或“问题到此为止”

     

    六、    禅道使用说明

    1、  禅道地址:http://172.21.39.42/www/index.php

    2、  测试人员提交bug

    登录成功后,选择测试试图,然后从下拉列表中选择项目,进入对应项目。

    点击创建bug,进入bug编辑界面。

    选择bug影响版本、当前指派人、输入bug标题和bug重现步骤。

    选择bug类型及严重程度、选择bug出现的系统及浏览器、抄送给项目负责人或其它相关人员、插入bug截图,点击保存bug提交完成。

     

    3、  开发人员处理bug

     

    开发人员登录系统后,点击测试试图下的缺陷管理,选择自己所在的项目,进入相关bug页面,发现有指派给自己的bug,点击bug标题,进入bug详细描述。

    在浏览bug重现步骤定位bug后,进行bug的修改,bug处理完成后点击解决,进入下一步。如果认为该bug不是问题,也点击解决,进入下一步处理。

    如果bug修改完成,解决方案选择已解决;如果认为不是bug,请选择设计如此;如果bug没有重现,请选择不能重现;如果确实bug但近期内无法解决,请选择延迟处理;如还有其他问题,请选择所对应的解决方案。填写备注信息,以说明bug处理情况。点击保存,完成bug修改流程。

     

    4、  测试人员验证bug

    测试人员登录系统后,发现指派给自己的bug,点击bug进入bug详细描述。

    查看bug解决方案及bug状态,如果为已解决,则验证bug是否确定修改,如果修改完成,点击关闭,如果bug没有修改正确,点击激活重新打开bug。

    如果bug状态为无法重现,则需要自己重现bug,如确实无法重现,关闭,如果可以重现,激活并与开发人员沟通或现场演示bug的重现。

    如果为其他状态,请与开发人员协商解决。

     

    展开全文
  • BUG处理流程

    2019-05-10 18:16:00
    4、 如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现。 5、 开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug。 6、 验证未通过的bug重新激活,开发人员...

    流程描述:

    1、 测试人员发现bug提交给开发。

    2、 开发人员判断是否是bug。

    3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。

    4、 如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现。

    5、 开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug。

    6、 验证未通过的bug重新激活,开发人员继续修改,直至验证通过,关闭bug。

    7、 测试人员需要对开发人员退回的bug进行确认。

    8、 确认不是bug关闭。

    9、 如与开发人员意见不一致,认为是bug,需提交项目负责人仲裁。

    10、项目负责人确认是bug由开发人员修改,不是bug由测试人员关闭。

    注:除提交项目负责人仲裁环节外,其他环节都可以在禅道上完成。

    二、 各角色应关注的状态

    1. 开发人员:激活、重新打开

    激活:开发人员要对处于激活状态的bug进行处理,处理后将其状态置成“已解决”、“设计如此”、“无法重现”、“外部原因”、“重复bug”或“延期处理”。

    重新打开:重新打开的bug是已解决的bug经过测试人员验证,未修改正确,需要继续修改。

    1. 测试人员:已解决、无法重现、设计如此、外部原因、延期处理

    已解决:测试人员发现状态为“已解决”的BUG,要及时验证,如果确实已解决,要将其置为“关闭”。否则“重新打开”

    无法重现:测试人员发现状态为“无法重现”的BUG,要及时修改,把步骤描述清楚,并将其状态置为“重新打开”。

    设计如此:测试人员发现状态为“设计如此”和“外部原因”的BUG,要及时通知项目经理,由项目经理来决定是否修改;对“延期处理”的问题要进行定期跟踪,如发现问题没有按注释进行修改要及时通知开发人员或汇报给相关负责人。

    1. 项目经理:设计如此、外部原因、延期处理

    设计如此:因为这些BUG都是测试人员和开发人员有争议的BUG,因此项目经理必须及时关注这些BUG,及时给出合理的定夺,如果不需修改把状态置成“关闭”,如果需要立刻解决置成“重新打开”,否则置成“以后解决”。同时,项目经理也要关注“延期处理”的BUG,以免其被漏掉或遗忘从而影响到项目上线。

    三、 缺陷严重级别及类型定义

    u 致命错误包括:

    1. 造成系统崩溃、死机

    2. 造成程序非法退出、死循环、通讯中断或异常

    u 严重错误包括:

    1. 功能不符
    2. 数据流错误
    3. 程序接口错误
    4. 密码明文显示

    u 一般错误包括:

    1. 界面错误
    2. 打印内容、格式错误
    3. 输入限制未放在前台进行控制
    4. 删除操作未给出提示
    5. 辅助说明描述不清楚
    6. 显示格式不规范
    7. 长时间操作未给用户进度提示

    u 建议(非缺陷)

    1. 修改后可获得更好的用户体验

    四、 缺陷优先级定义

    1、 高:导致测试暂停,无法进行;必须立即解决,优先级高于开发工作。

    2、 中:导致部分功能无法测试;需要优先解决,解决周期2天。

    3、 低:不影响测试的进行;可在方便时解决,解决周期3-5天。

    五、 必须注意的问题

    1. 开发人员不能直接关闭bug,关闭bug必须由测试人员完成。
    2. 在进行问题处理的时候必须要添加注释,描述不是问题的原因、以后解决的计划版本时间等等。
    3. 大家在处理自己的问题时,即使这个问题不是自己的程序引起,也最好不要把问题置之不理,因为这个问题是在你这块表现出来的,到底哪里出问题应该比较清楚,跟其他相关人沟通相对比较容易,这样可以降低沟通成本,劲量做到“首位责任制”或“问题到此为止”

    项目线上Bug处理流程

    展开全文
  • 1、Bug操作流程 2、Bug的几种解决方案 已解决 延期处理 不予处理 外部原因: 第三方问题 设计如此: 无效Bug 无法重现: 无效Bug 重复Bug : 无效Bug 3、Bug等级简介 Priority: bug的重要性及其解决顺序。 Notes: ...

    禅道官网:https://www.zentao.net/
    简介: 开源免费的项目管理软件、集产品管理、项目管理、测试管理一体以及事物管理组织管理的功能

    使用原因:

    • 开源 方便跟踪管理Bug
    • 使用简单易学
    • 及多种管理于一身

    1、Bug操作流程
    在这里插入图片描述
    2、Bug的几种解决方案

    • 已解决
    • 延期处理
    • 不予处理
    • 外部原因: 第三方问题
    • 设计如此: 无效Bug
    • 无法重现: 无效Bug
    • 重复Bug : 无效Bug

    3、Bug等级简介

    • Priority: bug的重要性及其解决顺序。

    Notes: 程序员/工程师可以使用这一字段来对他们工作的优先次序进行安排,可能的优先级

    • P1 : 非常紧急 (需要2天内解决)
    • P2 : 上线前必须解决
    • P3 : 酌情解决
    • P4 : 该版本可不修改/以后都无需修改

    4、Bug等级简介

    Severity: 严重程度:

    • S1: 致命问题。 比如:闪退,崩溃,模块打不开等。
    • S2: 严重问题。比如:影响用户使用,功能未实现,数据计算错误
    • S3: 一般。比如:界面、性能缺陷(边界性问题,容错性不好,无进度条,UI排版等)
    • S4: 易用性及建议性问题。比如:建议性Bug, 文字没对齐,颜色搭配不好等

    5、Bug类型

    • 代码错误
    • 界面优化
    • 设计缺陷
    • 配置相关
    • 安装部署
    • 安全相关
    • 性能问题
    • 标准规范
    • 测试脚本
    • 其他

    6、使用介绍——Demo
    在这里插入图片描述
    在这里插入图片描述
    7、bug示例
    【BUG】: 在搜索出来的结果界面,再去后台修改库存数,然后购买,则总提示“库存量不足” 需要重新搜索才可以

    问题:修改库存后的商品无法直接下单问题 [步骤]:

    1. 登录–》搜索商品,比如“果意浓浓”–>进入礼品详情

    2. 此时该商品库存数为0

    3. 去后台修改库存数为1

    4. 按导航栏的返回按钮,返回上一页到搜索结果界面

    5. 重新点击进入到礼品详情。此时库存数为1

    6. 点击立即兑换

    [结果]:提示“库存不足”

    [期望]:可兑换

    [备注]:只有重新搜索该礼品再次兑换才可以兑换成功。

    8、禅道-各模块之间关系
    在这里插入图片描述

    在这里插入图片描述

    上面是我收集的一些视频资源,在这个过程中帮到了我很多。如果你不想再体验一次自学时找不到资料,没人解答问题,坚持几天便放弃的感受的话,可以加入我们群【902061117】,里面有各种软件测试资源和技术讨论。
    在这里插入图片描述

    当然还有面试,面试一般分为技术面和hr面,形式的话很少有群面,少部分企业可能会有一个交叉面,不过总的来说,技术面基本就是考察你的专业技术水平的,hr面的话主要是看这个人的综合素质以及家庭情况符不符合公司要求,一般来讲,技术的话只要通过了技术面hr面基本上是没有问题(也有少数企业hr面会刷很多人)
    我们主要来说技术面,技术面的话主要是考察专业技术知识和水平,上面也是我整理好的精选面试题。
    加油吧,测试人!如果你需要提升规划,那就行动吧,在路上总比在起点观望的要好。事必有法,然后有成。
    资源不错就给个推荐吧~

    展开全文
  • 禅道---Bug管理模块

    2016-05-24 13:37:00
    禅道---Bug管理模块 ... 简介: 开源免费的项目管理软件、集产品管理、项目管理、测试管理一体...1、Bug操作流程 2、Bug的几种解决方案 已解决 延期处理 不予处理 外部原因: 第三方问题 设计如此: 无效Bug ...

    禅道---Bug管理模块

    禅道官网:http://www.cnezsoft.com/

    简介: 开源免费的项目管理软件、集产品管理、项目管理、测试管理一体以及事物管理组织管理的功能

    使用原因:

    • 开源 方便跟踪管理Bug
    • 使用简单易学
    • 及多种管理于一身

    1、Bug操作流程

    2、Bug的几种解决方案

    • 已解决
    • 延期处理
    • 不予处理
    • 外部原因: 第三方问题
    • 设计如此: 无效Bug
    • 无法重现: 无效Bug
    • 重复Bug : 无效Bug

    3、Bug等级简介

    • Priority: bug的重要性及其解决顺序。

    Notes: 程序员/工程师可以使用这一字段来对他们工作的优先次序进行安排,可能的优先级  

    • P1 : 非常紧急 (需要2天内解决) 
    • P2 : 上线前必须解决
    • P3 : 酌情解决
    • P4 : 该版本可不修改/以后都无需修改

    4、Bug等级简介

    Severity: 严重程度:

    • S1: 致命问题。 比如:闪退,崩溃,模块打不开等。
    • S2: 严重问题。比如:影响用户使用,功能未实现,数据计算错误
    • S3: 一般。比如:界面、性能缺陷(边界性问题,容错性不好,无进度条,UI排版等)
    • S4: 易用性及建议性问题。比如:建议性Bug, 文字没对齐,颜色搭配不好等。

    参考文档: http://jingyan.baidu.com/article/86f4a73e5e583737d7526957.html

    5、Bug类型

    • 代码错误
    • 界面优化
    • 设计缺陷
    • 配置相关
    • 安装部署
    • 安全相关
    • 性能问题
    • 标准规范
    • 测试脚本
    • 其他

    6、使用介绍——Demo

    7、bug示例

    【BUG】: 在搜索出来的结果界面,再去后台修改库存数,然后购买,则总提示“库存量不足”需要重新搜索才可以

    问题:修改库存后的商品无法直接下单问题[步骤]:

    1. 登录--》搜索商品,比如“果意浓浓”-->进入礼品详情

    2. 此时该商品库存数为0

    3. 去后台修改库存数为1

    4. 按导航栏的返回按钮,返回上一页到搜索结果界面

    5. 重新点击进入到礼品详情。此时库存数为1

    6. 点击立即兑换

    [结果]:提示“库存不足”

    [期望]:可兑换

    [备注]:只有重新搜索该礼品再次兑换才可以兑换成功。

    8、禅道-各模块之间关系

     

    展开全文
  • 软件缺陷管理流程

    2020-11-05 10:29:26
    而为了有效的的跟踪、管理Bug处理情况,指导测试团队和开发人员有效的处理相关Bug,有必要采用一套完整的方法、手段对其进行管理,也就是本文将介绍的缺陷管理流程。  一、缺陷产生的原因  通常开发及测试人员...
  • 而为了有效的的跟踪、管理Bug处理情况,指导测试团队和开发人员有效的处理相关Bug,有必要采用一套完整的方法、手段对其进行管理,也就是本文将介绍的缺陷管理流程。  一、缺陷产生的原因  通常开发及测试人员所...
  • 一体化研发管理:主要管理思想基于应用最为广泛的敏捷开发方法Scrum,同时又增加了Bug管理,测试用例管理,发布管理,文档管理等必需功能,覆盖了研发类项目管理的核心流程,为IT企业或正在进行信息化的企业提供了一...
  • 目前就在修正一些BUG和,容错处理。我们知道,在手机上,安装目录是没有写权限的,于是,我们只能把数据写到另外的地方。要想取得这个路径,使用 writablePath就可以了。 我们纠结的两个问题 一、数据应该写在...
  • 禅道使用之测试团队

    2020-09-27 09:36:48
    bug处理流程 bug状态:激活中、已解决、已关闭 bug解决方案:已解决、延期、重复、外部原因、无法重现、不予解决、 设计如此 已解决和延期的bug属于有效bug,其余属于无效 也可以在左边的模块中查看项目主干,并且...
  • API接口测试理论

    2020-09-26 16:21:49
    BUG控制在项目前期 缩短产品的研发周期 检查服务器的异常处理能力 方法 通过编写脚本代码进行测试 通过工具进行测试 如 Jmeter 手工在浏览器中进行测试 范围 同层之间接口的调用,一个接口调用了其他接口 外部系统...
  • 也是一个完整的服务管理软件,包括每个问题/错误的流程管理,可用来记录各种日常事务,变更请求,和问题报告,及追踪和处理各种客户讯问,反馈,和意见。 EoodaBMS提供了一个可靠的中央数据库使公司内部团队成员...
  • 也是一个完整的服务管理软件,包括每个问题/错误的流程管理,可用来记录各种日常事务,变更请求,和问题报告,及追踪和处理各种客户讯问,反馈,和意见。 EoodaBMS提供了一个可靠的中央数据库使公司内部团队成员...
  • 文章目录主备主备同步双M结构同步流程并行复制主备延迟定义来源主备切换主从主备切换逻辑过期读处理方案可用性检测外部检测内部检测 主备 binlog实现。 主备同步 双M结构 备库设成readonly(对super用户无效,...
  • 软件缺陷小总结

    2020-07-15 18:22:41
    软件缺陷也叫做bug,从产品内部看:缺陷软件产品开发维护过程中存在的错误,毛病等问题, 从产品外部看:缺陷是系统所需要实现的某种功能的失效或者违背。 2、软件缺陷的种类划分 功能不正常,软件在使用上感觉...
  • php商城系统 v3.0 rc6.rar

    2019-07-07 21:20:13
    完善 订单 操作流程 增加对货到付款的处理 完善 添加编辑商品时品牌数据多时查找麻烦的的问题 完善 商品批量导出的操作 完善 静态生成的处理 完善 订单的编辑处理 废弃原来的单一修改为统一处理 完善 数据报表...
  • 也是一个完整的服务管理软件,包括每个问题/错误的流程管理,可用来记录各种日常事务,变更请求,和问题报告,及追踪和处理各种客户讯问,反馈,和意见。 EoodaBMS提供了一个可靠的中央数据库使公司内部团队...
  • 软件缺陷,常常又被叫做Bug,从产品内部看,缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题;从产品外部看,缺陷是系统所需要实现的某种功能的失效或违背。 软件缺陷的种类划分 1、功能不正常  2、软件...
  • 2、修复图片内容页当图片为外部图片时显示不正确的bug 3、修复ie8下复制模板后跳转网址出错的bug 4、修复文章,软件,图片自定义列表中不解析能支持html的自定义字段的bug 5、文章,软件,图片自定义列表中,插入...
  • 2、修复图片内容页当图片为外部图片时显示不正确的bug 3、修复ie8下复制模板后跳转网址出错的bug 4、修复文章,软件,图片自定义列表中不解析能支持html的自定义字段的bug 5、文章,软件,图片自定义列表中,插入...

空空如也

空空如也

1 2 3
收藏数 59
精华内容 23
关键字:

外部bug处理流程