小明入职已有两年,期间测试能力已不知不觉成长许多,得到了Leader大熊的高度认可.回首这两年间,小明对"Bug总结流程"印象最为深刻,他对这个流程的认识在不断改变着:从最初的好奇,逐步变为反感,最终因为收益良多,重新走向认同.今天我们来介绍下这个流程. 两年前的某天,大熊在思考一件事情:如何能够帮助组员快速提高测试技能? 以往的管理经验告诉他,只是安排一些讲座培训无济于事,如果没有实际的实例与测试理论知识贯通,这就如同学校里照本宣科一般无法学以致用:同时没有实际的示例,很多异常测试点…

一.        BUG处理流程图: 流程描述: 1.  测试人员发现bug提交给开发. 2.  开发人员判断是否是bug. 3.  如果是bug,进行修改,修改完成后更改bug状态为已解决. 4.  如果不是bug,退回给测试人员并描述退回原因,或为设计如此,或为外部原因,或者不能重现. 5.  开发人员修改完成的bug,由测试人员进行验证,确认修改正确,关闭bug. 6.  验证未通过的bug重新激活,开发人员继续修改,直至验证通过,关闭bug. 7.  测试人员需要对开发人员退回的bug…

目前市场主要用的bug管理工具:禅道.jira.QC.bugfree等,当然也有自己公司开发的. 不过不管哪一种工具,核心交互流程都是差不多的,只是字段的名称不一样而已,参考如下两张示意图: 这是前几天做的一个项目,由于项目组开发成员对交互不是太明白,所以花了点时间画的一个简单交互示意流程图: K12-禅道项目bug交互流程图 下图是bug核心交互流程图(无论目前市场用的哪一款交互工具,都可以说成如下的流程),面试的时候说哪一个都可以:…

原则,力求各司其职,简单明了. 1. 测试人员提交bug ⑴ 标题: [ 模块名称 ] 问题描述 ⑵ 内容: 问题重现步骤的描述,最好贴上图片. 因为一图胜万言. ⑶ 指定责任人: 根据bug指定责任人.如果不能确定责任人,就指定给项目负责人. 2. 责任人检查bug 不能随意踢皮球,实行问题责任人负责制. ⑴ 责任人确认是自己的问题后,"确认"问题,并对问题进行简单分析. 比如WEB前端XX问题:API后端XX问题. ⑵ 如果责任人在检查后,发现不是自己职责范围内的问题,需要先跟你认…

听同事说有一个功能不好使了,当时有事,过了一段时间来看看这个bug 解决问题时,看的是老的日志,根据老日志看来看去没有发现问题,觉得很困惑 然后手动执行了一下,发现问题没有重现.与另一个团队的同事沟通下,说是他们那边把代码回退了. 总结:解决问题时,要重现bug,并取最新的日志.从引发问题的最接近的原因开始一步步分析,一层层的排查故障…

…

又属于一篇普及文,希望自己在被各种技术吸引的同时,能时常来整理和总结软件测试最基本的知识. 从刚工作时接触的第一个缺陷管理工具禅道,到redmine.JIRA.bugzilla ,再到现在的QC,当然还有其它种的开源的或商业的缺陷管理工具,它们的本质是一样的,就是来管理缺陷的生命周期. 其实,你理解任意的一款工具,其它的工具也一定能无师自通.这不谈某款工具,单把它本质的一些东西抽离出来与大家分享. Bug的属性 Bug重现环境 这个应该是我们重现bug的一个前提,如果没有这个前提,我们可能会无法…

本文以翼发云协同项目管理系统为例子来讲解Bug跟踪的流程,它以工作流为中心的集成式Bug跟踪软件,它广泛地应用于研发行业的产品缺陷管理 与跟踪.事务跟踪.问题跟踪.任务跟踪.查询跟踪.需求管理.变更跟踪.企业帮助台和客户服务台等诸多范畴. 该系统提供了一个可靠的中央数据库集中管理多渠道提交至系统的信息,然后由系统按事先定义的条件和流程, 自动分配任务给相关的负责人员.公司员工与部门.部门与 部门.公司与客户之间能在任何时间.任何地点通过简便易行的方式进行 协作和信息交流,并且使任何记录都有据可查…

场景描述 当一个项目已经上线,同时又在原有基础上新增功能模块,于是乎就要在原有代码的基础上进行开发,在新增模块功能的开发的过程中,项目发现了一个紧急Bug,需要修复.应对这种情况,有以下两种解决方案: # 方案一:stash stash 用于将工作区发生变化的所有文件获取临时存储在“某个地方”,将工作区还原当前版本未操作前的状态:当bug修复完毕后,可将临时存储在“某个地方”的文件再次拿回到工作区(此方案不常用,故不赘述): 方案二:branch branch 称为分支,默认仅有一个名为 mas…

流程(Activiti) 流程是完成一系列有序动作的概述.每一个节点动作的结果将对后面的具体操作步骤产生影响.信息化系统中流程的功能完全等同于纸上办公的层级审批,尤其在oa系统中各类电子流提现较为明显.一般的步骤为: ①   申请者发起申请. ②   各级领导审批.一般由低级别往高级别审批. ③   每一级别审批结果将影响或者决定申请结果.若下一节点非结束节点,此节点若审批通过将转给下一节点审批:若此节点审批不通过此次审批将被驳回修改申请或者直接结束. 图1  流程图实例 ④   当流程审批结束…