bug描述注意点

【bug描述注意点】的更多相关文章

bug描述技巧

进入测试行业已经两年了,我从未认真的考虑过提交一个bug需要注意哪些问题,只是主观的认为我只需要描述清楚就OK了,但是我在工作中发现有个别的开发经常跑来告诉我"这个bug你是不是描述错了","这个bug无法复现"--每次听到这种问题的时候,我都会按照我的bug描述去重现这个bug,我每次可以重现--后来我意识到这大概是因为我的bug描述的不够简洁,开发人员没有耐心一步一步的根据我的描述去操作.其次我并没有注意到在测试时,需要对bug的普遍性做出总结,我在测试过程中通…

BUG描述规范

BUG描述规范一. 目的与适用范围 1.1 目的报告软件测试错误的目的是为了保证修复错误的人员可以明确报告的错误,从而有利于分析错误产生的原因,定位错误,然后修正之.因此,报告软件测试错误的基本要求是准确.简洁.完整.规范. 1.2 适用范围本规范适用于测试过程中对BUG描述的规范与约束. 二. BUG描述规范 1. 描述:简洁.准确,完整,揭示错误实质,记录缺陷或错误出现的位置描述要准确反映错误的本质内容,简短明了.为了便于寻找指定的测试错误,描述中要包含错误发生时的用户界面(UI).…

测试用例和BUG描述规范

欢迎关注我的公众号,了解更多的测试知识:[软件测试经验与教训] 一一BUG描述基础知识 Bug标题中需包含Bug的具体位置并以[]标注举例:[模块-子模块-页面]XXXXXXXXXXXX Bug标题中切勿出现错别字错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示) 当所发现Bug前提条件为空时,需要填无.特殊条件下的Bug必须详细描述产生Bug的前提. 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug. 描述复现步骤中的页面切换为避免出现描述不…

一个好的错误跟踪系统包括了错误的必要信息,如果做得不好,会造成迷惑,并误导读者.好的故障描述应该包括十个基本部分:标题.项目.所属模块.优先级.重要性.异常等级.可重复性.现象.操作过程和附件. ①标题使用一两句话来描述错误,告诉经理.开发人员以及其他读者为什么应该关心该问题.好的标题应该着重于出现的bug现象.但是过于简洁易引起误导,使得原本重要的问题被忽视.因此必须应该采用简洁.切中要害的概要,这样才能引起读者的重视.不重要的就描述比较轻微,例如:“联系人的email没有检查合法性”:重要…

BUG描述规范管理

BUG:软件系统中存在的可能导致系统出错.失效.死机等问题的错误或缺陷. 描述一个缺陷,需要以下核心要素标题:用简洁的话描述该缺陷,主要让开发知道这是一个什么样的缺陷参数设置:Bug的类型(功能/性能/界面等),Bug的严重程度.Bug优先级(是否需要立即修复等).所属项目模块.项目的版本号详细描述:便于开发重现和定位缺陷主要包括: 1.测试环境:如:浏览器及版本号,操作系统,手机app或微信公众号测试明确手机型号,版本号,微信版本号等 2.测试数据:用户名和密码,及相关的业务数据 3.…

软件bug描述（web）

1.bug编码与名称:测试日期+bug字段 2.测试环境:浏览器:全部/IE8,操作系统:win7 x64 3. 测试数据:用户名,密码,相关的业务账号 4.重现步骤:缺陷发现的过程 5. 缺陷说明:告诉开发,你所认为的缺陷是什么,取得理解上的一致.(实际结果和预期结果进行比较来说明这个缺陷) 6.截图+日志 6.1截大一点,最好截整个桌面或整个窗口 6.2.尽量注意不要包含不好的信息,比如群聊窗口 6. 3截图中强烈建议加上文字描述缺陷的位置和说明 6.4出现问题时开始捕捉日志直到问题结束等待…