软件测试BUG参考标准_第1页
软件测试BUG参考标准_第2页
软件测试BUG参考标准_第3页
全文预览已结束

下载本文档

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

文档简介

1、软件测试bug参考标准默认分类2008-08-11 00:26:46阅读40评论0 字号：大中小订阅一、目的对bug概念、类型划分、bug状态、bug严重程度等内容进行定义和规范，以便进一 步指导我们的软件测试工作。二、概念bug :软件中存在的瑕疵，可能会导致系统失效。简单的说就是软件系统中存在的可能导致 系统出错、失效、死机等问题的错误或缺陷。三、bug的类型划分功能类a. 重复的功能b. 多余的功能c. 功能实现与设计要求不相符d. 功能使用性、方便性、易用性不够界面类a. 界面不美观b. 控件排列、格式不统一c. 焦点控制不合理或不全血数据处理类a. 数据有效性检测不合理b. 数据來源

2、不止确c. 数据处理过程不正确d. 数据处理结呆不正确流程类a. 流程控制不符和要求b. 流程实现不完整提示信息类a. 提示信息重复或出现时机不合理b. 提示信息格式不符和要求c. 提示框返冋后焦点停留位置不合理建议类a. 功能性建议b. 操作建议c. 检校建议d. 说明建议性能类a. 并发量b. 数据量c. 压缩率d. 响应时间常识类a.违背正常习俗习惯的，比如日期/节日等特殊类a.不符合oem版木或demo版本特殊耍求的四、bug状态己提交：软件测试员发现bug后提交到bug管理系统中的状态。（初始状态）已修改：程序员在修改了 bug后提交到bug管理系统屮的状态。不修改：程序员或项h经理

3、根据需求分析、概耍设计、详细设计说明书等上的要求经过考虑后 决定对bug不进行修改。其bug的状态为不修改，需要说明理由。延迟：根拯h前项h进程或计划等情况，何时延期的状态待讨论：需要进行讨论后才能决定是否需要修改的bug的状态。己验证：己经解决的并经过测试员复测的bug的状态。关闭：完全解决了，只供以后备查的状态重新打开：重新出现在新的版本中，重新打开以前关闭的bug状态（当然在bug工具中，可以自己定制适合项目的状态项目，比如废除，拒绝等）五、bug的等级划分与优先级1、严重：死机，数据丢失，主要功能完全丧失，系统悬挂等错误。修改优先级为最高，该级 别需耍程序员立即修改。2、较高：主要功能丧失，导致严重的问题，或致命的错误声明。修改优先级为高，该级别需 要程序员尽快修改。3、一般：次要功能丧失，不太严重，如提示信息不太准确。修改优先级为中，该级别需要 程序员修改。4、轻微：微小的问题，对功能儿乎没有影响，产品及属性仍可使用，如有个错别字。修改优 先级为低，该级别需耍程序员修改或不修改。六、bug的优先级（-般与bug等级挂钩）参考1、紧急、非常高、高、中等、低参考2、下一个build版本,a测试,b测试，发布版本，最终发布版本七、bug记录内容测试日期标题顶目複块测试阶段测试员操作环境bug类型等级及忧先级详细挂述步骤（操作.数据输入

人人文库> 全部分类> 生活休闲 > 科普知识

温馨提示

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

最新文档

评论

0/150

提交评论