BUG描述语言规范.doc_第1页
BUG描述语言规范.doc_第2页
BUG描述语言规范.doc_第3页
BUG描述语言规范.doc_第4页
BUG描述语言规范.doc_第5页
全文预览已结束

下载本文档

版权说明：本文档由用户提供并上传，收益归属内容提供方，若内容存在侵权，请进行举报或认领

文档简介

BUG描述规范一、目的清晰简单描述好缺陷，编写有效的缺陷实例，帮助开发人员有效的进行缺陷定位，重现错误，从而去有效的定位错误，修改错误。二、目标u 减少开发人员的二次缺陷率u 提高开发人员修改缺陷的速度u 提高测试质量部门的信用度u 增加开发与测试的协作u 有效提高产品的质量三、范围本文档适合于系统产品部门所有的人员四、缺陷的要素u 描写格式：填写缺陷的时候，若为软件的模块名称、页面元素和按钮、关键步骤、附件则应由对应的“ “ 进行描写，描述中出现的缺陷错误需用引号+粗体+红颜色进行标记；u 描写步骤：缺陷描述的时候要分层次，首先是描述缺陷发生的位置和条件，其次描述缺陷发现的步骤，再描述缺陷发生的结果，给出缺陷修改建议，最后必须附上结果的附件或快照；u 描述方法：填写缺陷的时候，尽量采用书面语，不能采用口语、歧义性语言，激动的语言（毁谤性）；缺陷的状态改变，需注释对应的用户名、时间、原因，才能改变状态；u 附件和快照标准格式： 附件根据需要对缺陷的过程和结果进行标注和文字说明，说明过程需用红色箭头对缺陷过程进行描述和说明；u 缺陷主题描述：简单清晰的描述在什么样的位置，什么样的条件下，发生什么样的结果，不能完全复制详细描述中的语言； u 缺陷描述标准格式： 缺陷描述规范：缺陷主题： 缺陷位置+缺陷结果（在什么样的位置，什么样的条件下，发生什么样的结果）参数设置： 定位好缺陷类型，项目优先级，程序优先级，缺陷状态等TD必填字段详细描述：1） 缺陷发生在哪里：标准格式：在XXX模块YYY子模块下；2） 缺陷发生的步骤/条件：通过对什么样的操作，进行了什么样步骤；3） 缺陷发生的结果：出现了ZZZ的错误现象，见附件 NNN；4） 针对问题的建议：根据判断，给出缺陷解决的建议，建议对此缺陷进行怎样的修改或者对应的处理方式，针对建议需要给出解决的方法和过程；5） 缺陷必须要有附件或快照（其中必须对其按照标准格式进行标注和文字说明）五、缺陷描述的案例案列一：缺陷主题： 集成管理模块的项目注册管理页面， 查看项目立项信息时，出现“未能加载类型“ProjectGeneralView”错误参数设置： 定位好缺陷来源，检测版本，所属模块，严重程度、优先级详细描述：1）在集成管理 项目注册管理页面下；2）选择已发布TAB页； 3）在GRID列表中，选择任意一条项目立项信息，点击查看按钮；4）系统页面弹出：按钮报错信息“未能加载类型“ProjectGeneralView“，见附件1.JPG、2.JPG； 1.jpg2.jpg六、测试属性定义u 测试优先级高：在所有的测试项中排在首位、最核心也是最能影响整体的被测对象或功能中：主要的涉及到细节化的被测对象或功能低：不影响系统运行和整体架构的被测对象或功能u BUG严重级高：引起系统崩溃或无法正常运行和安装中：需求说明书中要求的功能未实现或不符，或流程数据错误低：显示差错、风格差异或建议u BUG优先级
人人文库> 全部分类> 应用文书 > 规章制度

温馨提示

  • 1. 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论