测试用例和BUG描述规范
欢迎关注我的公众号,了解更多的测试知识:【软件测试经验与教训】
一一BUG描述基础知识
Bug标题中需包含Bug的具体位置并以【】标注 举例:【模块-子模块-页面】XXXXXXXXXXXX
Bug标题中切勿出现错别字 错误示例: 奔溃(崩溃),电击(点击),登陆,(登录),重置(充值),现实(显示)
当所发现Bug前提条件为空时,需要填无。特殊条件下的Bug必须详细描述产生Bug的前提。 示例:只有在使用附件中的图片(大图片:60M)时,会出现此Bug。
描述复现步骤中的页面切换为避免出现描述不清晰或者有歧义,需用“->”符号连接 正确示例:(首页->我的->我的订单->未支付,点击一个未支付订单,进入订单详情页)
在描述过程中 错误提示类Bug需用引号进行标注,不能出现描述不清的情况。
Bug的附件中包含的截图需增加相应的红框标识,便于Bug的定位。
所提Bug附件的命名需要与Bug标题相呼应,不能出现名称怪异或冗长。 错误示例:QQ视频20168377894872.MP4
Bug中的视频附件需采用MP4格式,不能出现非Mp4格式视频
在描述Bug过程中不能不精确词语,这会导致Bug描述不清晰,没办法复现Bug
示例1:连续几次,多次点击,长时间上下滑动屏幕等模糊表述
示例2:进入页面后等待一段时间。再点击XX按键。
示例3:APP崩溃,手机崩溃,系统崩溃,APP重启,手机重启此类表述混乱。
描述Bug过程中“预期结果”与“实际结果”必须有条理且符合逻辑。
Crash的Log取的时间尽量不能超过10分钟。
Bug截图、视频、Log以及描述需和Bug内容必须相符合。
交付过程中需对提出Bug内容进行梳理和归类不能出现明显的重复Bug。
二一用例设计基础知识
用例执行前,需要制定严格的测试计划,而且测试计划中必须留出半天的内部审核时间。
执行用例过程中需严格按照测试用例描述执行,规定的前提条件、输入数据、步骤,检查实际结果,必须保证测试结果的真实性。
执行用例过程中发现问题时,记录完整的信息,如:测试手机型号、操作系统版本、测试网络、标准的佐证文件(视频、图片、Log文件)。
执行用例出现非Pass的用例必须添加详细备注信息,Fail用例必须添加BugID;由于某个Bug或者缺少测试条件导致用例不能执行,标为Block添加备注信息;功能模块没有设计好,或者不适用于本轮测试的用例,标为N/A加备注信息。
执行用例出现无法执行的测试用例,或者无测试数据时,必须及时与客户沟通,需要得到客户的确认后再处理,不能自主填写备注信息不执行。
执行用例中原则上同一Bug只能Fail一条测试用例,在其他测试用例中,如果存在此Bug,但又不影响继续测试,不能跳过不执行。
执行用例中测试进度必须严格按照测试计划执行,如果出现不可抗拒因素,无法按时完成任务, 必须提前与客户沟通,征得客户同意才能延期。
设计用例中测试用例编写按照统一的模板进行,并约定模板的使用方法。
设计用例中测试用例开始设计时,必须制定完整的设计计划,列出所需要覆盖的功能子模块,以及各子模块的大概用例数。
设计用例中用例编写应严格根据需求规格说明书及测试需求功能分析点进行,要求覆盖全部需求功能点。
设计用例中测试用例设计条理清晰,描述正确。 用例名称:描述清楚该用例所要达到的测试目的。 用例必须清晰地描述此用例所需的前提条件。 测试用例编写要步骤明确,输入输出要素清晰,并且清晰无疑义。 测试用例结果的可判定性:即测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果且预期结果可以验证。
设计用例中测试用例的粒度必须合理,均匀覆盖测试需求,基本度是:验证一个功能点(同一页面没有任何操作,整体页面检查算一个功能点)一条用例,没有重复、冗余的测试用例。
测试用例和BUG描述规范的更多相关文章
- BUG描述规范
BUG描述规范 一. 目的与适用范围 1.1 目的 报告软件测试错误的目的是为了保证修复错误的人员可以明确报告的错误,从而有利于分析错误产生的原因,定位错误,然后修正之.因此,报告软件测试错误的基本要 ...
- BUG描述规范管理
BUG:软件系统中存在的可能导致系统出错.失效.死机等问题的错误或缺陷. 描述一个缺陷,需要以下核心要素 标题:用简洁的话描述该缺陷,主要让开发知道这是一个什么样的缺陷 参数设置:Bug的类型(功能/ ...
- bug描述技巧
进入测试行业已经两年了,我从未认真的考虑过提交一个bug需要注意哪些问题,只是主观的认为我只需要描述清楚就OK了,但是我在工作中发现有个别的开发经常跑来告诉我"这个bug你是不是描述错了&q ...
- UseCase事件流描述规范
文/fasiondog 整理需求用例的编写规范,分享部分UseCase事件流描述规范.其中,准则5~10.12来自<编写有效用例>([美] Alistair Cockburn 著)一书,其 ...
- bug描述注意点
一个好的错误跟踪系统包括了错误的必要信息,如果做得不好,会造成迷惑,并误导读者.好的故障描述应该包括十个基本部分:标题.项目.所属模块.优先级.重要性.异常等级.可重复性.现象.操作过程和附件. ①标 ...
- bug提单规范
一.提单模板 标题:[项目组][模块][子模块][发生原因]问题简要描述描述:[预置条件] 有就写清楚,没有就写无[操作步骤]1.XXXXX2.XXXXXX3.XXXXX[实际结果] XXXXX[预期 ...
- 软件bug描述(web)
1.bug编码与名称:测试日期+bug字段 2.测试环境:浏览器:全部/IE8,操作系统:win7 x64 3. 测试数据:用户名,密码,相关的业务账号 4.重现步骤:缺陷发现的过程 5. 缺陷说明: ...
- 软件bug描述(android)
1.bug主题:主要操作+bug主题 主题要简单明了,即开发一看主题就知道该问题. 2.描述: 作用:便于开发重现和定位缺陷的 2.1前置条件 2.2操作步骤 2.3预期结果 2.4实际结果 2.5备 ...
- bug管理规范
资源来自:http://wenku.baidu.com/view/ae55b3b565ce05087632132b.html
随机推荐
- Eclipse中直接操作本地文件系统
你是不是有时候觉得在Eclipse和windows资源管理器(也就是咱平时用的文件浏览器)之间切换很麻烦? Eclipse中也提供了本地文件系统浏览功能,在里面你也可以方便地进行各种文件操作 在Ecl ...
- tomcat8源码分析-Connector初始化
谈起Tomcat的诞生,最早可以追溯到1995年.近20年来,Tomcat始终是使用最广泛的Web服务器,由于其使用Java语言开发,所以广为Java程序员所熟悉.很多人早期的J2EE项目,由程序员自 ...
- 屏幕相关操作(XE10.1+WIN8.164)
相关资料: http://www.bianceng.cn/Programming/Delphi/201104/25455.htm http://blog.csdn.net/anbangs/articl ...
- HTML5的video虽然可用controls来展示控件
HTML5的video虽然可用controls来展示控件,并进行控制播放暂停等,但是不同的浏览器显示的效果可能不一样,所以很多时候我们需要使用Dom来进行自定义的一些操作和控制.下面是一个小例子. 当 ...
- 后台js返回验证登陆绕过
思路: 程序员通过JS的返回数据来决定是否登陆成功.返回码为0000的时候表示登陆成功,将返回数据改为其登陆成功的即可. 具体过程: 后台登陆地址http://127.0.0.1/manager/ad ...
- linux查找系统中占用磁盘空间最大的文件
Q:下午有一客户磁盘空间占用很大,使用df查看磁盘剩余空间很小了,客户想知道是哪些文件占满了文件. Q1:在Linux下如何查看系统占用磁盘空间最大的文件? Q2:在Linux下如何让文件夹下的文件让 ...
- eclipse中maven打包
第一种方式:将依赖包打包进一个jar包中. <build> <plugins> <plugin> <artifactId>maven-compiler- ...
- Linux远程复制文件
将本机文件app.properties 复制到用户为root,ip为ip的具体路径下去 scp app.properties root@ip:/apps/javaconf/common/ 其他参考: ...
- yuv420图文详解
YUV格式有两大类:planar和packed.对于planar的YUV格式,先连续存储所有像素点的Y,紧接着存储所有像素点的U,随后是所有像素点的V.对于packed的YUV格式,每个像素点的Y,U ...
- C Language Study - 函数指针的使用
函数指针的使用 1.函数指针定义 第一次使用函数指针,我是这样声明的,typedef void ( *pSimulatepks )( uint8 *prxBuf, uint8 *prxBufLen ) ...