精华内容
下载资源
问答
  • bug流程&提交规范

    千次阅读 2016-03-23 14:04:44
    1 缺陷处理状态转换流程图 说明: 1、 有效bug数是指出现过fixed,deferred状态的bug数。 2、 bug的最终状态是closed 、deferred。 3、 明确认为不是缺陷的,则状态可置为rejected。 4、 ...

    1 缺陷处理状态转换流程图

    说明:

    1、 有效bug数是指出现过fixed,deferred状态的bug数。

    2、  bug的最终状态是closed 、deferred。

    3、  明确认为不是缺陷的,则状态可置为rejected。

    4、  确认是缺陷,但本次不进行修复的,则PM在注释内写明原因,由测试负责人deferred。

    5、  deferred后续知道已经修复的,由测试负责人或产品线负责人直接closed,并添加备注说明;

    6、  deferredàopen,一般由SQA根据后续跟踪情况来置这个状态的变化,表明这个bug又开始重新修复了。

    也可以由下一次负责测试该bug的测试人员来打开。

    7、  rejectedàdeferred, 由产品线负责人或项目测试负责人置状态的变化,并添加备注说明原因;

    8、  出现需求问题或架构问题时,开发人员将该缺陷 assign to 给相应的需求和架构人员 进行 fixed。

    9、  如何批量修改QC里的字段:在缺陷页面,通过过滤器先把目标数据过滤出来。通过“编辑”- “替换”功能来进行批量数据修改。 

    10、    缺陷状态转换权限:

    角色组 tester1(测试成员、安全工程师、SQA)  tester2(测试负责人、产品线负责人)  Dev(Dev、PM、RA、UI、PD、DBA) 
    状态转换 new-open deferred-open open-fixed
      fixed-updated update-reopen open-rejected
      fixed-closed rejected-reopen fix-updated
      fixed-reopen rejected-deferred reopen-fixed
      update-closed fixed-reopen reopen-rejected
      update-reopen fixed-updated
      rejected-reopen new-open
      rejected-closed $any-closed
      deferred-open

        7、详细QC模块及bug状态转换权限设置如附录五:QC权限设置说明

    2缺陷录入页面

    Test权限提交:

      

    Codereview权限提交:

    3 缺陷处理页面

         进行缺陷修复或改变状态时,系统会提示缺陷必填项,如下图。此类必填项的选值需要在项目组内达成意见一致。建议在开发修复处理,存在分岐时,在项目组内讨论决定。

      

    *缺陷引入阶段:*用于缺陷溢出率的统计分析(缺陷溢出率:各阶段引入的缺陷遗漏至之后的阶段被发现的比率),该指标可应用于缺陷预防措施的思考改进。同时体现测试向前(该测试向前不仅指QA向前,更包含开发、PD的测试向前)

    *缺陷分层:*用于代码层次的缺陷率统计。可以关注单元测试质量、接口测试的质量层次分析。

    *单元测试可避免:*可作为是否需要补充单元测试case的依据。

    *缺陷性质:*Bug产生的根因进行分类统计,实现有效预防措施制定的依据。

    4填写字段含义说明

    • 缺陷录入信息:
    字段名称 是否必填 类型 默认值 字段值
    Project Y List
    项目名称,同步于Aone。规则为:项目名称的第一个拼音字母(大写)_项目名称
    Subject Y List
    来源于“测试计划”模块。
    Assigned To Y List
    指定修复人员。
    缺陷严重等级 Y List
    见附录一
    Priority N List
    优先级,取值如下: 
    1-       Low 
    2-       Medium 
    3-       High 
    4-       Very High 
    5-       Urgent
    缺陷类型 Y List
    见附录二
    缺陷细分 Y List
    见附录二
    缺陷状态 Y List Open New/open/fixed/rejected/reopen/closed/deferred
    系统 Y List
    修改代码的系统
    发现方式 N List 用例执行 用例执行;UI自动化测试;单元测试;接口测试;codereview;性能测试;随机测试
    缺陷发现阶段 Y List
    需求分析;程序设计;程序编码;冒烟测试;功能测试;分支回归;Release回归;预发布验证;集成测试阶段;
    • 缺陷处理信息:
    字段名称 是否必填 类型 默认值 字段值
    缺陷引入阶段 Y List
    1-       FRD引入; 
    2-       DEMO引入; 
    3-       设计引入; 
    4-       编码引入; 
    5-       历史遗留; 
    6-       解决冲突引入; 
    7-       发布过程引入; 
    8-       bugfix引入
    缺陷分层 Y List
    1-       前端 
    2-       Web 
    3-       Biz/dal 
    4-       Biz/service 
    5-       Biz/Util 
    6-       二方库 
    7-       其他
    缺陷性质 Y List
    见附录三
    单元测试可避免 N List N Y/N

    附录一 缺陷严重等级

    等级定义:  
    Urgent (V级) 紧急(系统和应用级错):
      无法启服务;程序crash死机;出现致命错误(505)等大面积不能测试。
    Very High(IV级) 非常高(模块级、主干功能级、性能、安全漏洞级):
      模块功能未实现(主干功能有误),导致系统出现严重问题或致命错误,影响产品的使用;
    III 分支功能出现错误。
      错误导致了一个特性不能运行但可有一个替代方案或暂不影响其他功能测试;
    II 错误是表面化或微小的,对功能几乎没有影响,产品及属性仍可使用;
    I 建设性的意见或建议

    附录二 缺陷类型和缺陷细分

    缺陷类型 缺陷细分 名词解释 举例说明
    1-功能缺陷 1-1 权限错误 用户权限配置错误,或页面对权限处理错误  
      1-2 功能遗漏/判断条件缺失/缺省值错误 未实现功能;对某一条分支条件判断缺失;页面的缺省值不正确等  
      1-3 字段校验错误 页面控件的异常校验错误;
      1-4 算法逻辑错误 功能实现的逻辑存在漏洞;判断正常的情况下,逻辑处理异常等
      1-5 老数据兼容问题/未做脏数据判断/数据空值未判断

      1-6 未判断空指针异常

      1-7 转义问题 Html字符转义出错 如&、</td>特殊字符页面展示时未做处理
      1-8 并发处理错误 对并处的处理没有控制 如“查询”按钮的控制,在返回结果前未控制不可点击; 
    数据判断逻辑只在入口处控制,未在真正执行处理时控制;
      1-9 SQL错误 SQL写错了。
    其他 其他不能归类,纯粹手误等。
    2-UI缺陷 2-1 js/css错误

      2-2 URL/文案错误

      2-3 实现方式与需求不符

      2-4 浏览器兼容错误

      其他

    3-需求缺陷 3-1 UC&FRD缺陷

      3-2 Demo缺陷

      3-3 需求变更未传达清楚

      其他

    4-易用性建议 4-1 页面显示 页面显示的建议(而不是和需求不符合的点)
      4-2 用户操作

      其他

    5-性能缺陷 5-1 内存溢出

      5-2 性能未达需求

      5-3 sql执行效率差

      5-4 性能优化建议

      其他

    6-数据库缺陷 6-1 建表/字段/SEQ/INDEX/trigger等遗漏

      6-2 同步策略错误

      其他

    7-安全漏洞 7-1 XSS(跨站脚本攻击) 用户的输入未做任何处理直接原样显示在页面。
      7-2 CSRF(跨站请求伪造) 通过伪造请求攻击用户或服务器。
      7-3 SQL注入 将用户的数据直接拼装为SQL语句
      7-4 Access Control(权限漏洞) 未对用户身份进行权限验证,越权操作。
      7-5 Url Redirect(跳转漏洞) 对用户输入的url跳转未做任何处理。
      7-6 上传下载漏洞 上传时未检查文件类型、上传时未检查文件内容
      其他

    8-平台缺陷 平台缺陷 由于平台系统而引发的缺陷

    附录三 缺陷性质(参考)

    缺陷性质 名词解释 举例
    需求设计不明/需求设计错误 需求或设计本身不明确或者错误 群发邮件时无退订链接字段,不能增加退订链接,无法群送邮件 
    需求考虑不全;已经修改。 
    场景考虑不全 对涉及影响的场景范围考虑不全,缺漏部分场景的处理 当前合同为直销开户时,电销机会退回, 限定机会为and status = 'assigned'会有问题, 如果机会在公海或者经理库时无法退回, 应改成只有是有效机会,就应该退库
    需求理解错误 对需求的理解错误,或产生歧义 如果是签单电销和当前机会跟进电销不一致时, 机会是cancel, 正确的应该是succeed
    文案错误 页面显示处理不正确,错别字,提示不友好,CSS错误等。 1、 编辑预约页面按钮没有国际化  
    2、 小记修改页面嵌入survey的页面不会自适应
    环境配置/SQL脚本未运行/脏数据 环境配置项(antx.p)值不正确,或者SQL脚本没有在数据库部署运行,或者测试的脏数据(线上不可能存在的数据) Aone上提交的antx.p配置项值错误,或者测试环境配置错误等
    测试代码未清理/废弃代码删除/冗余处理 用于测试调试的代码未清理。或者对废弃代码进行删除时未评估到影响范围。或者存在冗余代码的现象。
    可读性/代码风格/命名不规范/注释错误 代码的可读性不高,风格不统一,命名不符合规范。注释存在错误。 1.字符串比较,建议用系统提供的StringUtil.equals(str1, str2),避免存在空字符串抛异常。 
    2. “查找到member_id+site与客户表的member_id+domain一致的数据并返回”和“查找到site和domain一致的那条数据”这部分代码重复程度高,建议可以封装在同一个方法内。
    性能隐患 代码逻辑功能正确,但存在性能问题。
    合并冲突解决 分支合并时存在冲突,解决过程中出现错误。
    重复缺陷 测试同学对同一根本问题提出的多个缺陷 1、0088.自动录入获取时,未获取到方案联系人信息 
    2、0088.自动录入获取时,未获取到KP联系人信息 
    原因:跟付冰确认 点击'自动录入'时也未获取到方案联系人信 获取信息的方法不改,还是以前的获取av信息 

    上述两个缺陷应为同一根因缺陷。其中一个为重复缺陷。
    其他 上面未包含的其他各类原因。
    展开全文
  • bug提交及跟踪流程

    2020-10-09 14:07:09
    提交一个bug,开发说不是,如何处理? 你在发现bug并确认不该的过程中,对于复现率不高,偶发bug如何处理? 有没有你印象深刻的bugbug的原因/bug当时怎么解决的? 测试工具:禅道 禅道中生成报表用来写...

    Bug的跟踪管理

    指派bug:

    1. 优先看bug是不是某需求的,指派给对应需求的开发负责人
    2. 如果无法区分是哪个需求的问题,项目老大指派

    常见的笔试面试题:

    1. 公司的bug是如何进行跟踪的?
    2. 遗漏bug?遗留bug?
    3. Bug的生命周期?(笔试题)
    4. 你提交一个bug,开发说不是,如何处理?
    5. 你在发现bug并确认不该的过程中,对于复现率不高,偶发bug如何处理?
    6. 有没有你印象深刻的bug,bug的原因/bug当时怎么解决的?

     

    测试工具:禅道

    禅道中生成报表用来写测试报告

    如何提交一个高效bug

    发现bug后,提交到bug管理平台,提交一个bug包含哪些内容?

    Bug标题:标题要清晰简洁;如果没有选择功能模块,最好在标题中标注功能模块,让查看bug的人员清楚地知道你要表达的意思,bug的功能模块+bug的操作+bug的结果

    重现步骤:简单写下发现bug的测试过程,罗列下,能知道开发重现这个bug,附上测试数据

    实际结果:出现bug的结果,粘贴bug截图、日志截图

    预期结果:记得写清楚预期

    Bug类型和严重程度:便于后续测试结果分析,bug的统计

    Bug测试环境,例如什么系统,那个版本,兼容性问题,难以重现问题

    附件:日志文件、文件测试数据,图片,崩溃日志文件等

    Bug的处理状态

    1. 已经指派的bug

    已经指派给开发,请大家注意自己的bug走向,随时关注并进行跟踪!如果一直没有修复,提醒开发修改,以免开发忘记;如果已经修复等待测试环境更新后进行验证。催着改bug。

    1. 已解决的bug

    等待测试环境更新后进行验证,验证通过则关闭;验证不通过则重新打开指派给开发。

    1. 重复的bug

    先去查看下是否跟开发指定的bug重复?如果确定是重复则关闭;如果不重复,说明原因,重新打开指派给开发。

    1. 不是缺陷

    确认开发环境是否跟测试环境一致,如果如开发所说不是缺陷则进行关闭;如果确认是缺陷跟开发沟通,沟通未达一致找产品确认,确认是bug注明情况并再次指派给开发。

    1. 无法重现

    确认开发环境是否跟测试环境一致?包括操作步骤、浏览器、环境、特定账号、输入数据等,如果多个版本验证之后,如开发所说重现不了,依据bug的严重程度跟产品、开发一起确认关闭;如果找到重现原因,注明清楚并再次指派给开发。

    1. 不予解决

    找产品经理进行确认。确认不予解决进行关闭;确认需要解决请备注原因并打开指派给开发。

    1. 设计如此

    找产品经理进行确认。确认设计如此进行关闭;确认是问题,备注原因重新指派给开发。

    1. 延期修改

    请看下bug严重程度,是否影响当前版本发布?与产品经理进行确认。不予延期请根据情况进行激活与情况说明;确认延期则做好记录,后续版本进行关注——不关闭

    展开全文
  •  我在jwfdv0.96版本中为了实现一个流程提交进入数据库的动态状态窗口,使用了线程方法显示流程提交进入数据库的过程,但是由于我对线程方法的调用和理解不够深入,导致后来这个地方出现了一系列的BUG,在经过朋友...


       BUG说明
     
      我在jwfdv0.96版本中为了实现一个流程提交进入数据库的动态状态窗口,使用了线程方法显示流程图提交进入数据库的过程,但是由于我对线程方法的调用和理解不够深入,导致后来这个地方出现了一系列的BUG,在经过朋友们的提示和我的研究,我发现流程图提交进入数据库这个过程,可以采用其它方法来显示动态提交的过程,因此我对这个地方进行了一些修改,删除了线程提交提示的方法和代码,用一个窗体提示流程图提交完毕
       

      BUG修正方法

      将MainTreeModule.java文件覆盖 jwfdv0.96 for Eclipse开发包的同名文件   重新运行   流程图提交报错的问题就OK了,如果发现有其它BUG,请给COMSCI发邮件或者留言   comsci@163.com   


      by comsci 2013.5    

      感谢朋友们的支持    
     
      下载地址  我的CSDN资源列表中  首页左边有个下载列表      刚刚上传  估计要过一会才能够显示   

    展开全文
  • 禅道bug管理流程

    2020-11-24 19:37:29
    禅道里面缺陷处理的基本流程是:测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。 如果bug验证没有通过,可以激活:测试提交bug => 开发解决bug => 测试验证bug => 测试激活bug =>...

    项目进展到后期主要的工作就是测试。测试人员和开发通过bug进行互动,保证产品的质量。

    bug的基本处理流程:

    禅道里面缺陷处理的基本流程是:测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug。

    如果bug验证没有通过,可以激活:测试提交bug => 开发解决bug => 测试验证bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

    还有一个流程就是bug关闭之后,又发生了。测试提交bug => 开发解决bug => 测试验证bug => 测试关闭bug => 测试激活bug => 开发解决bug => 测试验证 => 测试关闭。

    提bug——测试人员

    解决bug——开发人员

    关闭bug——测试人员

    展开全文
  • Bug探索提交Bug的标准及书写规范 讲解规范的同时,我们会有具体实例展现给大家 Bug有效性 1、交付过程中测试者需按照专家设定好的模块,对Bug进行归类提交; 2、Bug的类型默认为UI问题、功能问题、崩溃问题,...
  • 禅道Bug提交管理规范

    2019-01-23 15:41:42
    禅道Bug提交管理规范 测试流程管理。 本文档定义了bug管理流程及其bug相关信息内容。
  • BUG处理流程

    2019-05-10 18:16:00
    1、 测试人员发现bug提交给开发。 2、 开发人员判断是否是bug。 3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。 4、 如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能...
  • 笔者总结了工作中遇到bug的处理流程,如下:   一、bug确认 分配到一个bug后,要根据bug单号到bug管理系统查看该bug的详细信息。 1. 查看问题现象,了解问题 2. 查看软件版本和操作流程,检查当前版本和操作...
  • 【测试】提交BUG的标准规范

    千次阅读 2017-12-02 23:38:30
    提交的Bug必须是有效的,就要求我们在提交Bug时,确认:  1、交付过程中测试者需按照设定好的模块,对Bug进行归类提交;  2、Bug的类型默认为UI问题、功能问题、崩溃问题,提交Bug时不能弄错;  3、需求是否明确...
  • 2、Bug的类型默认为UI问题、功能问题、崩溃问题,提交Bug时不能弄错; 3、需求是否明确、前提条件是否满足、输入数据是否正确、操作步骤是否清楚、Bug是否唯一性; 4、避免提交设计如此、操作错误、重复的、已知的...
  • 张经理是一家成熟互联网企业的测试主管,这段时间要为一个新成立的项目...约60%的测试工程师,都提到,在BUG修改意见和开发人员有分歧时,说服对方修复bug是一件有难度的事情。 那么今天我们就聊一聊,当测试
  • 提交Bug的标准及书写规范 讲解规范的同时,我们会有具体实例展现给大家 ...
  • BUG处理流程说明

    千次阅读 2018-08-05 16:30:00
    1、 测试人员发现bug提交给开发。 2、 开发人员判断是否是bug。 3、 如果是bug,进行修改,修改完成后更改bug状态为已解决。 4、 如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,...
  • 1.首先进入登录页面,输入用户名admin、密码123456 2.登录以后点击新建bug 3.先进行简单的输入,点击保存 4.则会显示如下效果 观察首页,现在bug已经创建提交成功 ...
  • 禅道BUG提出及处理流程规范

    万次阅读 多人点赞 2019-09-27 11:41:31
    禅道BUG提出及处理流程规范 版本说明 版本 作者 时间 备注 1.0 _冷冷 2019/9/27 首版本提交 目录 1 概述 1 2 目的 1 3 作用 1 4 缩略词 1 5 适用范围 1 6 BUG的定义 2 7 BUG书写规范 2 7.1 BUG书写必填...
  • 图1 流程草图 图2流程设置及说明 <br /> 图1 <br /> 图2 <br />各流程节点说明... <br />2提交问题:必选流程,人员主要为测试人员,不是提交问题这流程节点上的人员也可填报BU
  • Git 提交代码流程

    2015-06-24 20:17:53
    git提交代码流程     注意事项: (1)修改文件之前,一定要先git pull,保证修改的是最新的版本; (2)git push之前一定要先git pull,因为可能别人修改相同的文件并已commit,应该merge过来,一并push (3)git commit...
  • 修改bug流程

    千次阅读 2019-05-05 11:09:43
    流程上大致是: 重现 - 定位 - 评估 - 回归 重现 不能重现的Bug都不能叫Bug, 所以对于Bug的追踪管理十分重要。在现代的软件项目中,提Bug的人和修Bug的人往往不是同一个人。对于提Bug的人要能准确的描述出环境和...
  • bug管理规范及流程

    万次阅读 2017-02-16 13:46:20
    1 概述 本文档定义bug的整个生命周期,规范bug的解决方案及管理流程。Bug在流转的过程中有章可循。 规范bug严重等级与bug解决优先级,使开发人员与测试人员能根据此文档...1. 根据规范提交bug; 2. 及时验证bug是否已
  • 在这里小编给大家分享一份适用于任何缺陷管理工具BUG字段大全,适用于公司各类项目,可按照文档字段去更正当前企业缺陷管理系统流程提交BUG页面字段不全的地方,再也不用担心提交BUG被开发吐槽不够全面不够仔细 带*...
  • 首先测试要是在熟悉业务流程的情况下进行测试的,比如说测试微信聊天功能,如果你不知道之前需要加上好友,那必然是测不成功的,加好友就是...一般提交一个bug要交代测试人员配置过的环境前提,进行的操作步骤,然后...
  • git 提交作业流程

    2019-01-03 15:28:00
    git 提交作业流程,主要分为4个步骤 # 拉取远程git最新版本到本地,每次都可以先执行这条命令,因为会有其他同学更新仓库 git pull # add需要上传的文件,那个文件修改或者新增的,就add进来 git add week1/1.txt ...
  • BUG提交规范及注意事项

    千次阅读 2020-07-29 11:43:31
    一、BUG提交规范 目前所使用的JIRA系统中,BUG的内容主要包括以下要素: 元素 说明 缺陷ID BUG的唯一标示,由JIRA自动生成 项目名称 每个要测试的软件项目都有唯一的名称 问题类型 选择是BUG还是新功能...
  • git提交代码流程 注意事项: (1)修改文件之前,一定要先git pull,保证修改的是最新的版本; (2)git push之前一定要先git pull,因为可能别人修改相同的文件并已commit,应该merge过来,一并push (3)git commit 和...
  • “缺陷管理工具”禅道—升华Bug处理流程与相关属性 作为一个软件测试工程师,对缺陷管理工具(缺陷:Bug)的认识和准确操作是有所必要的,缺陷管理工具现在行业中有很多:禅道、QC、Clear Quest、TestLink、Bugfree...
  • 在日常的软件测试工作中,测试人员发现bug之后,接下来就需要提交bug。关于如何提交一个高质量的bug,是一个很值得思考的问题,因为这关系到开发能不能接受bug,也决定了后续的工作流程是否能顺利进行。 笔者特地总结...
  • Bug管理的一般流程

    千次阅读 2016-07-17 18:01:16
    软件Bug的状态 新信息(New):测试中新报告的软件缺陷 打开(Open):被确认并分配给相关开发人员处理 修正(Fixed):开发人员已修正,等待测试人员验证 ...测试人员提交新的Bug入库,错误状态为New。 高
  • Bug的生命周期状态流程

    千次阅读 2020-03-07 21:00:32
    bug的生命周期 ...提交BUG–>指派BUG–>研发确认BUG–>研发去修复BUG–>回归验证BUG–>是否通过验证–>关闭BUG 如果待验的BUG在验证时没有解决好,我们需要重新打开–指派—已解...
  • Bug状态流程

    千次阅读 2009-12-24 13:17:00
    Bug的处理 问题定位:Calculate_error计算错误,指计算过程中、计算结果错误。Data_error数据错误,指非计算结果类的数据错误。Graphics_error图形错误,指绘图、图形显示、图形编辑时发生的错误。Interface_error

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 57,373
精华内容 22,949
关键字:

提交bug的流程