请教手机BUG优先级分类、定义和范围

happyzxh · 发表于 2006-4-19 13:50:00

手机测试/使用中发现的BUG，按以下优先级分类：致命缺陷、严重缺陷、一般问题。请问有谁可以共享资料他们是怎么定义范围的?

gjinxue · 发表于 2006-4-19 14:25:00

你说的应该是用户发现的一些BUG吧！我觉得只有用户最有资格发言

happyzxh · 发表于 2006-4-20 10:05:00

公司测试部门划分定义的优先级分类

Dollar_Zhou · 发表于 2006-5-29 14:47:00

按手机在研发测试过程和生产过程的划分等级和标准不一样

yoyo811109 · 发表于 2006-6-1 14:47:00

我有，明天给。

yoyo811109 · 发表于 2006-6-2 13:16:00

我不知道怎么上传附件。SORRY，但是我可以概括一些发下来：<H3 7.8pt 0cm; TEXT-INDENT: 0cm"><A> A</A>类故障：致命故障，不允许用于出货，软件部应立即修改。包括：</H3>1. 实现的功能与产品定义书、软件规格书不一致。2. 正常操作下导致系统无法工作、危害严重的故障，发生概率>=5％。对于没有固定路径的故障，发现概率>=2次/（天*人）(此处发现概率指在一个人测试的情况下，测试至少3天，发现的平均次数在2次以上)。事例如下：a) 可重现的死机、掉电、自动重启现象。b) 不能通话、找不到网络、无法开机、无法充电、无法检测耳机c) 常用功能、非常用功能失效，如：camera不能预览，语音信箱拨号失败，等d) 可重复的花屏、黑屏、蓝屏等现象e) 按键失效、铃音失效f) 用户常用功能保存的信息丢失g) 预览带有amr格式的MMS死机h) 从我的资料播放mpeg4按挂机键重启i) 待机电流大j) 其它同等故障 3. 常用界面显示错乱。事例如下：a) 开关机动画、logo错误b) 常用界面显示严重错位，导致用户无法操作c) 其它同等故障4. 存在与生产相关的功能异常，导致生产难以进行的问题点。事例如下：a) 无法下载或下载后开关机等软件其他功能出现明显异常b) 不能做BT、FT，或者校准、综测异常c) SN号与IMEI号的读写异常，IMEI号错误d) 其它同等故障5. 不符合有关安全规范，可能会威胁用户人身安全的任<A> B</A>类故障：严重故障，只有通过特批且客户认可的条件下，才能出货。包括： 1. 正常操作下的常用功能的严重故障，其发生概率在1%~5%之间，或者在某种特定条件下才发生的严重故障。对于没有固定路径的故障，发现概率>=2次/（天*人）(此处发现概率指在一个人测试的情况下，测试至少3天，发现的平均次数在2次以上)。 事例如下：a) 浏览铃音偶尔出现铃音失效b) 有时不能进入MMSc) 使用某类型的SIM卡无法读取电话本d) 联通卡给小灵通发短信，小灵通收不到e) 其它同等故障2. 非正常操作下常用菜单功能的失效。事例如下：a) 短信输入满后不能删除，U盘存满后不能访问，等边界值操作出错b) Mpeg4进入后立即快速退出白屏，反复插拔耳机铃音失效，拍摄复杂图片等极限操作出错c) 播放mp3时来短信死机， MMS发送过程来电不能接听电话，DV拍摄过程低电告警等并发事件出错d) 播放格式不支持的文件死机e) 其它同等故障3. 常用界面用户容易发现的显示错误，但不影响操作。事例如下：a) 图片、铃音等资源不符合客户要求b) 常用功能模块中有关文字信息（短信、帮助等）出现乱码、显示紊乱c) 其它同等故障 <H3 7.8pt 0cm 7.8pt 52.7pt; TEXT-INDENT: -52.7pt; mso-char-indent-count: -5.0"><A> C</A>类故障：一般故障，对用户正常使用产生一定影响的故障。包括： </H3>1. 正常操作下非常用功能错误。事例如下：a） camera亮度调节无效b） 多方通话没有实现c） 设置中光标不是停留在设置项d） 帮助信息与实际不符合e） STK、增值业务个别功能出错f） 其它同等故障2. 正常操作下非常用功能的发生概率在2%~5%之间的严重故障。事例如下：a) wap上网有时失败b）网络附加业务设置有时失败c）其它同等故障 3. 非正常操作下常用功能的一般性错误。 事例如下：a) mpeg4反复快速切换全屏/非全屏，造成声音、图像不同步b) 其它同等故障4. 非正常操作下的非常用功能失效。 事例如下：a) 使用计算器时，计算结果越界导致计算器必须重新进入才能使用b) 调节LCD对比度时，反复插拔充电器，对比度调节失效c) 其它同等故障5. 认值不恰当遍历性测试中某些操作导致的一般性错误。 事例如下：a） LCD的默认对比度偏小，显示较暗b） 默认speaker、receiver音量偏小c） 默认sensor的驱动与实际不符合d）其它同等故障6. 测试工作常用但不严重影响生产的工程模式错误。 事例如下：e）手机循环测试工程模式中某些功能错误，如*528*0#中按键检测缺少某个按键的检测f） 查看网络信息的工程模式没有打开g） 查看电池电量的功能模式不能打开h） 其它同等故障 7. 其他非常用界面的用户容易发现的显示错误。 事例如下： a）短信设置中光标不是停留在设置项 b）3级菜单以下界面有越界e) 其它同等故障 <H3 7.8pt 0cm; TEXT-INDENT: 0cm"><A> D</A>类故障：轻微故障，对用户正常使用影响不大。包括：</H3>1. 不影响用户正常使用的故障以及一些非常用界面的轻微显示错误 事例如下：a) 用户界面（MMI）轻微故障错误，如菜单中图片、滚动条、选中条规格不一致等b) 文字内容有错别字c) 中文下有英文字体出现d) 按键定义不统一，如，某些界面OK键没有实现确认功能e) 其它同等故障2. 仅偶尔影响个别非常用功能的故障 事例如下：a) 设置中的一些轻微错误，如默认屏幕保护为关，但恢复出厂设置后屏幕保护默认为开等b) 小区广播列表自定义项不能删除c) 其它同等故障3. 其他普通用户不能察觉，但又不影响用户使用的设计错误 事例如下：a) 彩信设定中的播放时间超过允许设置范围无提示b) 直板机自动锁键盘默认为5秒，太短c) 其它同等故障<H3 7.8pt 0cm 7.8pt 63.25pt; TEXT-INDENT: -63.25pt; mso-char-indent-count: -6.0"><A> 待观察类故障：</A>短时间内难以定位的其结果表现为A、B类问题现象的故障，且发生概率<1%。对于没有固定路径的故障，发现概率<2次/（天*人）(此处发现概率指在一个人测试的情况下，测试至少3天，发现的平均次数在2次以下)。经过一段时间的测试后该故障能定位的，或将其提升为A，B类故障，或直接关闭。 包括：</H3>1. 该故障曾经出现，但不能重现或难以重现的。2. 该故障可以重现，但不能马上确定是否软件设计原因的。3. 该故障软件部已经进行了修改，但难以确认解决得是否彻底，验证比较困难，或验证需要的时间比较长。 <H2 7.8pt 0cm 7.8pt 1cm"> </H2><H2 7.8pt 0cm 7.8pt 1cm"> </H2>[br]+3 RD币

buglist · 发表于 2006-6-22 09:25:00

分析的很透彻，对一些初学者有一定的帮助。。。

glacier203 · 发表于 2006-6-27 17:35:00

软件缺陷的严重性和优先级(转)严重性和优先级是表征软件测试缺陷的两个重要因素，它影响软件缺陷的统计结果和修正缺陷的优先顺序，特别在软件测试的后期，将影响软件是否能够按期发布与否。 　　对于软件测试初学者而言，或者没有软件开发经验的测试工程师，对于这两个概念的理解，对于它们的作用和处理方式往往理解的不彻底，实际测试工作中不能正确表示缺陷的严重性和优先级。这将影响软件缺陷报告的质量，不利于尽早处理严重的软件缺陷，可能影响软件缺陷的处理时机。 　　什么是缺陷的严重性和优先级 　　严重性(Severity)顾名思义就是软件缺陷对软件质量的破坏程度，即此软件缺陷的存在将对软件的功能和性能产生怎样的影响。 　　在软件测试中，软件缺陷的严重性的判断应该从软件最终用户的观点做出判断，即判断缺陷的严重性要为用户考虑，考虑缺陷对用户使用造成的恶劣后果的严重性。 　　优先级是表示处理和修正软件缺陷的先后顺序的指标，即哪些缺陷需要优先修正，哪些缺陷可以稍后修正。 　　确定软件缺陷优先级，更多的是站在软件开发工程师的角度考虑问题，因为缺陷的修正顺序是个复杂的过程，有些不是纯粹技术问题，而且开发人员更熟悉软件代码，能够比测试工程师更清楚修正缺陷的难度和风险。 　　缺陷的严重性和优先级的关系 　　缺陷的严重性和优先级是含义不同但相互联系密切的两个概念。它们都从不同的侧面描述了软件缺陷对软件质量和最终用户的影响程度和处理方式。 　　一般地，严重性程度高的软件缺陷具有较高的优先级。严重性高说明缺陷对软件造成的质量危害性大，需要优先处理，而严重性低的缺陷可能只是软件不太尽善尽美，可以稍后处理。 　　但是，严重性和优先级并不总是一一对应。有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理，而一些严重性低的缺陷却需要及时处理，具有较高的优先级。 　　修正软件缺陷不是一件纯技术问题，有时需要综合考虑市场发布和质量风险等问题。例如，如果某个严重的软件缺陷只在非常极端的条件下产生，则没有必要马上解决。另外，如果修正一个软件缺陷，需要重新修改软件的整体架构，可能会产生更多潜在的缺陷，而且软件由于市场的压力必须尽快发布，此时即使缺陷的严重性很高，是否需要修正，需要全盘考虑。 　　另一方面，如果软件缺陷的严重性很低，例如，界面单词拼写错误，但是如果是软件名称或公司名称的拼写错误，则必须尽快修正，因为这关系到软件和公司的市场形象。 　　处理缺陷的严重性和优先级的常见错误 　　正确处理缺陷的严重性和优先级不是件非常容易的事情，对于经验不很丰富的测试和开发人员而言，经常犯的错误有以下集中情形： 　　第一，将比较轻微的缺陷报告成较高级别的缺陷和高优先级，夸大缺陷的严重程度，经常给人“狼来了”的错觉，将影响软件质量的正确评估，也耗费开发人员辨别和处理缺陷的时间。 　　第二，将很严重的缺陷报告成轻微缺陷和低优先级，这样可能掩盖了很多严重的缺陷。如果在项目发布前，发现还有很多由于不正确分配优先级造成的严重缺陷，将需要投入很多人力和时间进行修正，影响软件的正常发布。或者这些严重的缺陷成了“漏网之鱼”，随软件一起发布出去，影响软件的质量和用户的使用信心。 　　因此，正确处理和区分缺陷的严重性和优先级，是软件测试人员和开发人员，以及全体项目组人员的一件大事。处理严重性和优先级，既是一种经验技术，也是保证软件质量的重要环节，应该引起足够的重视。 　　如何表示缺陷的严重性和优先级 　　缺陷的严重性和优先级通常按照级别划分，各个公司和不同项目的具体表示方式有所不同。 　　为了尽量准确的表示缺陷信息，通常将缺陷的严重性和优先级分成4级。如果分级超过4级，则造成分类和判断尺度的复杂程度，而少于4级，精确性有时不能保证。 　　具体的表示方法机可以使用数字表示，也可以使用文字表示，还可以数字和文字综合表示。使用数字表示通常按照从高到底或从低到高的顺序，需要软件测试前达成一致。例如，使用数字1，2，3，4分别表示轻微、一般、较严重和非常严重的严重性。对于优先级而言，1，2，3，4可以分标表示低优先级、一般、较高优先级和最高优先级。 　　如何确定缺陷的严重性和优先级 　　通常由软件测试人员确定缺陷的严重性，由软件开发人员确定优先级较为适当。但是，实际测试中，通常都是由软件测试人员在缺陷报告中同时确定严重性和优先级。 　　确定缺陷的严重性和优先级要全面了解和深刻体会缺陷的特征，从用户和开发人员以及市场的因素综合考虑。通常功能性的缺陷较为严重，具有较高的优先级，而软件界面类缺陷的严重性一般较低，优先级也较低。 　　对于缺陷的严重性，如果分为4级，则可以参考下面的方法确定： 　　1 – 非常严重的缺陷，例如，软件的意外退出甚至操作系统崩溃，造成数据丢失。
　　2 – 较严重的缺陷，例如，软件的某个菜单不起作用或者产生错误的结果；
　　3 - 软件一般缺陷，例如，本地化软件的某些字符没有翻译或者翻译不准确；
　　4 - 软件界面的细微缺陷，例如，某个控件没有对齐，某个标点符号丢失等； 　　对于缺陷的优先性，如果分为4级，则可以参考下面的方法确定： 　　1 –最高优先级，例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷。
　　2 – 较高优先级，例如，影响软件功能和性能的一般缺陷；
　　3 -一般优先级，例如，本地化软件的某些字符没有翻译或者翻译不准确的缺陷；
　　4 – 低优先级，例如，对软件的质量影响非常轻微或出现几率很低的缺陷； 　　其他注意事项 　　比较规范的软件测试，使用软件缺陷管理数据库进行缺陷报告和处理，需要在测试项目开始前对全体测试人员和开发人员进行培训，对缺陷严重性和优先级的表示和划分方法统一规定和遵守。 　　在测试项目进行过程中和项目接收后，充分利用统计功能统计缺陷的严重性，确定软件模块的开发质量，评估软件项目实施进度。统计优先级的分布情况，控制开发进度，使开发按照项目尽快进行，有效处理缺陷，降低风险和成本。 　　为了保证报告缺陷的严重性和优先级的一致性，质量保证人员需要经常检查测试和开发人员对于这两个指标的分配和处理情况，发现问题，及时反馈给项目负责人，及时解决。 　　对于测试人员而言，通常经验丰富的人员可以正确的表示缺陷的严重性和优先级，为缺陷的及时处理提供准确的信息。对于开发人员来说，开发经验丰富的人员严重缺陷的错误较少，但是不要将缺陷的严重性作为衡量其开发水平高低的主要判断指标，因为软件的模块的开发难度不同，各个模块的质量要求也有所差异。 [br]+3 RD币

		自动登录	找回密码
密码			注册

[讨论] 请教手机BUG优先级分类、定义和范围