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

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

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

1.JScript的Bug IE的ECMAScript实现JScript严重混淆了命名函数表达式,搞得现很多人都出来反对命名函数表达式,而且即便是现在还一直在用的一版(IE8中使用的5.8版)仍然存在下列问题. 下面我们就来看看IE在实现中究竟犯了那些错误,俗话说知已知彼,才能百战不殆.我们来看看如下几个例子: 例1:函数表达式的标示符泄露到外部作用域 var f = function g(){}; typeof g; // "function" 前面我们说过,命名函数表达式的标示符在…

经过测试,原来08以上的系统自带了sysprep.exe,所以vcenter对08以上的系统直接使用自定义规范管理器即可,跟linux一样了.注意不要跟03一样写入了sn即可. vCenter可使用sysprep程序对Windows Server等产品进行后期定制,其底层的原理与Widows系统里的重封装是一样的,只是把sysprep重新封装的准备工作集成到vCenter中,并且是在通过模板部署虚拟机时进行,而不是在制作模板前进行. 下面通过对Windows Server 2008 R2 SP1…

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

文/fasiondog 整理需求用例的编写规范,分享部分UseCase事件流描述规范.其中,准则5~10.12来自<编写有效用例>([美] Alistair Cockburn 著)一书,其它为自身实践和要求. 事件流包含正常事件流.可选事件流.异常事件流程,前述三者合在一起的本质就是用文字描述的流程.事件流由文字描述的步骤组成,写作过程中应遵循以下准则,这些准则是对用例写作过程中的常见问题和最佳实践的总结.下述规范中如没有特殊说明,事件流同时指正常事件流.可选事件流.异常事件流. 准则1:文字…

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

一.提单模板 标题:[项目组][模块][子模块][发生原因]问题简要描述描述:[预置条件] 有就写清楚,没有就写无[操作步骤]1.XXXXX2.XXXXXX3.XXXXX[实际结果] XXXXX[预期结果] XXXXXX[问题发生时间]——偶现的问题必须要写,必现问题可以不用写[设备信息]机器人SN号[复现概率]3/3[备注]如果有一些其他信息,可以写在这里 二.偶现bug 在上述提交bug要求上添加:1.填写复现概率(30次以上),寻找规律协助开发定位2.截图3.记录时间点4.记录设备编号5.…

Bugtags 是什么? Bugtags 是一款缺陷发现及管理工具. 当您的 App 集成了 Bugtags SDK 后,測试人员就可直接在 App 里所见即所得的提交 Bug. SDK 会自己主动截屏.并与设备信息.控制台日志.操作步骤等数据实时同步到 Bugtags 云端,团队成员都可在云端高效的跟踪及解决 Bug. Bugtags 的优势是什么? 1. 宿主应用里所见即所得的提交 Bug.体验流畅,方便快捷: 2. 自己主动获取 Bug 产生时的界面截图: 3. 直接在宿主应用中标签化描写…