51Testing软件测试论坛

标题: 如何做上线系统的漏测试缺陷分析?(2011-4-11)(获奖名单已公布) [打印本页]

作者: 默默巫    时间: 2011-4-11 10:45
标题: 如何做上线系统的漏测试缺陷分析?(2011-4-11)(获奖名单已公布)
如何做上线系统的漏测试缺陷分析?还有项目的已测试出来的缺陷分析?

此话题由会员jimao提供,如果你也有问题想提出来和大家一起讨论,请点击此处>>
说不定下期讨论的问题就是由你提出的哦,请快快参与吧!



获奖名单

奖项

获奖名单

奖励

答案链接

一等奖

zhyb_200850元移动充值卡

21#


作者: hyd_bpmf    时间: 2011-4-12 17:01
新一期的问题,顶起
作者: betty_li    时间: 2011-4-12 21:49
问题好大,坐板凳学习...
作者: hoppaoy594    时间: 2011-4-12 22:04
可以先解释下你的问题么?“的漏”是什么?
作者: hujuanjuan    时间: 2011-4-13 14:55
回复 4# hoppaoy594


    如何做上线系统的“漏测试”缺陷分析
作者: 默默巫    时间: 2011-4-13 16:24
回复  hoppaoy594


    如何做上线系统的“漏测试”缺陷分析
hujuanjuan 发表于 2011-4-13 14:55

恩~~
作者: lovemicky    时间: 2011-4-13 21:28
个人觉得对于“上线系统的漏测试缺陷”分析如下:
首先这种问题的发生,一定不只是测试人员测试的问题,这涉及到上线系统流程以及流程中各个角色的问题。

当出现问题后,测试方面需要先在真实环境下进行问题重现,与开发协助分析此问题发生的原因:
1. bug为主流程或重点功能问题,这属于测试人员的严重错误,出现此错误的原因有几种:
1)一个是测试人员没有严格按照原有测试用例严格执行;
2)一个是开发修复bug后,没有对主流程再次进行验证,导致修复bug过程中引入了新的严重bug;
3)内部测试环境与现场真实环境或配置不同。
2. bug为非重点功能问题,出现此错误的原因有:
1)流程问题,上线系统发版流程中由于没有对发版时间评估错误(没有给测试留出充足的时间)或者没有对测试计划中测试范围进行专业的评审,导致测试内容部分缺失;
2)测试人员人数问题,要由不同人对同一产品进行多轮测试,使测试的更充分。


这是我根据自己工作中遇到的问题想到的,希望对大家有所帮助。
作者: lovemicky    时间: 2011-4-13 21:29
个人觉得对于“上线系统的漏测试缺陷”分析如下:
首先这种问题的发生,一定不只是测试人员测试的问题,这涉及到上线系统流程以及流程中各个角色的问题。

当出现问题后,测试方面需要先在真实环境下进行问题重现,与开发协助分析此问题发生的原因:
1. bug为主流程或重点功能问题,这属于测试人员的严重错误,出现此错误的原因有几种:
1)一个是测试人员没有严格按照原有测试用例严格执行;
2)一个是开发修复bug后,没有对主流程再次进行验证,导致修复bug过程中引入了新的严重bug;
3)内部测试环境与现场真实环境或配置不同。
2. bug为非重点功能问题,出现此错误的原因有:
1)流程问题,上线系统发版流程中由于没有对发版时间评估错误(没有给测试留出充足的时间)或者没有对测试计划中测试范围进行专业的评审,导致测试内容部分缺失;
2)测试人员人数问题,要由不同人对同一产品进行多轮测试,使测试的更充分。


这是我根据自己工作中遇到的问题想到的,希望对大家有所帮助。
作者: lovemicky    时间: 2011-4-13 21:29
个人觉得对于“上线系统的漏测试缺陷”分析如下:
首先这种问题的发生,一定不只是测试人员测试的问题,这涉及到上线系统流程以及流程中各个角色的问题。

当出现问题后,测试方面需要先在真实环境下进行问题重现,与开发协助分析此问题发生的原因:
1. bug为主流程或重点功能问题,这属于测试人员的严重错误,出现此错误的原因有几种:
1)一个是测试人员没有严格按照原有测试用例严格执行;
2)一个是开发修复bug后,没有对主流程再次进行验证,导致修复bug过程中引入了新的严重bug;
3)内部测试环境与现场真实环境或配置不同。
2. bug为非重点功能问题,出现此错误的原因有:
1)流程问题,上线系统发版流程中由于没有对发版时间评估错误(没有给测试留出充足的时间)或者没有对测试计划中测试范围进行专业的评审,导致测试内容部分缺失;
2)测试人员人数问题,要由不同人对同一产品进行多轮测试,使测试的更充分。


这是我根据自己工作中遇到的问题想到的,希望对大家有所帮助。
作者: lovemicky    时间: 2011-4-13 21:33
晕,竟然发了这么多遍
作者: xsheep    时间: 2011-4-15 00:00
还想了解发生这种问题后,测试应该如何避免类似的情况发生?补充用例?完善流程?全员测试?
作者: sirme    时间: 2011-4-15 11:00
个人认为要区别对待:
1.系统上线后,现实环境跟家里的测试环境是有区别的,有很多不明确(所以尽量摸拟真实环境测试很有必要)
2.系统上线后,维护管理得如何(避免人为)
3.如果确实是测试中漏测的,这就是我们测试人员的悲哀,要纳入考核的
作者: 阿七    时间: 2011-4-15 11:06
老规矩  占位先
作者: sieg    时间: 2011-4-19 11:02
上线后出现异常,先找到问题原因才能分析是否属于漏测
1.Bug造成,如果TestCase中已有此案例,而没有发现该Bug,则属于漏测,很多漏测都属于执行问题引起;如果TestCase中无次案例,如发生Bug,则不属于漏测范围,属于需求缺陷---建议在测试项目开始前先完成TestCase评审,确保执行Case正常;同时测试负责人需要和研发负责人明确漏测定义
2.上线应用配置造成,造成的原因往往是发布应用的某项配置遗漏配置,上线应用版本以及配置项的正确性由SCM负责---建议在上线前进行上线预演,确保相关配置项的正确性,避免测试正常上线异常的情况发生
3.发布过程异常,造成此类问题的原因有很多,如应用发布顺序错误,第三方Jar包的加载顺序错误,数据库脚本执行顺序异常等,正常发布应由研发以及运维人员来确保---建议在大型项目上线前准备上线CheckList,明确上线应用的发布顺序,数据库脚本执行顺序,各类异常发生时的处理事项等

总之上线的风险是不能避免的,只能降低和转嫁此类风险,不是所有上线问题都应由测试人员来承担
作者: yintianyouqin    时间: 2011-4-19 13:49
聆听。。
作者: ruirui。    时间: 2011-4-19 14:34
点坐
作者: sherryshi    时间: 2011-4-20 15:54
搬个板凳坐着听
作者: BlueSkyLoser    时间: 2011-4-20 18:18
个人理解,上线系统出现问题后,一般比较紧急,优先级应为高,分析流程如下:
首先,定位bug,看看能否复现。 一般是测试协同开发,一起进行分析。根据bug描述,看看能否在测试机上复现。如果可以,则在测试机上分析,尝试查找原因。如果不能复现,则要比较实际生产环境和测试环境有什么不同,是否漏打patch,分析系统运行环境的差别等等。要尽量在测试环境上复现,因为大多数情况是不允许开发在实际生产环境上进行调试的。
然后,Dev进行修复。bug复现之后,Dev进行代码跟踪,查找失败原因。有经验的测试人员,这时也能够进行一些分析,缩小可能出问题的模块,甚至指出那个模块的问题。总之,协助dev尽快修复。
再者,Dev发布patch,QA重新测试。不仅要确保bug已经修复,而且要在有限的时间范围内,尽可能的覆盖受影响的模块。如果有条件的话,要尽可能进行自动化回顾测试。
最后,patch进入生产环境。
作者: edwin_chen    时间: 2011-4-21 03:33
如何做上线系统的漏测试缺陷分析?还有项目的已测试出来的缺陷分析?
==>
对于已经上线的系统发现了遗漏的缺陷,
第一:测试人员应该做以下事情:重复操作,是否能够重现缺陷,如果是可重现的问题,那么提交一个缺陷报告(提交一个bug)
第二:项目经理分析这个缺陷,判断是否是一个bug,以及严重程度,判断如何修复这个问题,是否可以等到下一个版本解决或者要发布一个patch来解决这个问题?
第三:项目经理把bug转给负责相应模块的开发人员,进行修改
如果对于是当前项目的bug:
测试人员提交报告,项目经理转给开发人员
对于由于新产生的bug,测试人员应该考虑如何追踪这个bug,如何建立相应的matrix,比如说,有那个测试用例来测试这个bug所涉及的feature。是否要更新TC或者新建TC(test case)
作者: zhyb_2008    时间: 2011-4-21 16:18
上线之前的缺陷,每个公司都有缺陷分析的参考和相关标准,
常用的一个分析参数应该有"缺陷所属模块(子项)",那我们就从这里开始引申
步骤:
1,上线后缺陷所属模块--》缺陷定位--》快速进行复测试,找到原因--》解决该缺陷,用户满意。OK
先解决完了用户使用的问题,然后开始内部分析
2,既然叫成了缺陷,我们就不纠结这东东到底是不是缺陷,一般用户用的很不爽时,反鐀给客服或维护部门的,一般都能当成缺陷,不同的是这个缺陷是在哪个阶段产生的,最后流入了市场。
  针对这些上线后的缺陷,这次提取基本可以分析缺陷的所有关键指标:
  指标1:上线后缺陷数量,
  指标2:缺陷分布模块,
  指标3:缺陷产生原因,
  指标4:缺陷发生周期(上线后多长时间发现的)
  指标5:缺陷解决周期(问题多长时间解决)
  指标6:缺陷后果记录
  指标7:缺陷解决情况(临时解决?彻底解决?持续改进?)
3,有了第2步一些指标,可以各个指标分别进行分析,然后再进行一个综合分析了,分析的原则是:
   实事求是,不扯皮;分析的目的是:改进,后绪各部门工作指导,不再犯
   分析过程记录:
   A,缺陷遗漏率:通过【上线后缺陷数/(上线后缺陷+过程缺陷)】得出,确定这个是否满足测试中的遗漏标准,如果这个比率超过测试部门接受的区间,该测试过程中,注定有败笔,进一步深入分析;如果遗漏率极低,在标准控制之内,那就不用太过惊慌了,但也要正常的把各指标分析完成。
   B,缺陷分步区域:这块儿就细化到开发,测试范围中去了,可以分析缺陷所在的模块的用例的覆盖情况,如果有10个用例执行,发现了5个缺陷,上线后遗漏1个,那这个用例执行的覆盖率应该是【10/(10*(5+1)/5)】*100%=83.3%;这个数值是这样理解的,有17.7%工作,应该是需求开发测试没有执行到位的,或者是用例遗漏的,这两个面进行再分析,如果是用例设计有遗漏,那从部门内部,进一步强化用例设计执行和管理,把用例再审一下,确定遗漏的用例,以后设计时尽量不再犯;如果是工作没有执行到位,把需要补充的工作列出来,协调几个相关部门,把工作给补上,并且可以写入一个意外记录参照表,以希望以后的工作中不再出现类似的工作疏忽或遗漏。
   C,缺陷产生原因,这块儿可以和开发过程中出现的同类原因的缺陷放一起,这样,会加重某些原因产生的缺陷的占比,使缺陷产生原因的占比数据更精确,便于把产生原因较集中的缺陷拿出来,共同讨论下一步的工作方式,怎样可以降低这个产生的原因。
   D,缺陷发生周期,主要分析缺陷为什么会短期发生,或长时间后才发生,用户使用是否频繁,系统是否有过更新或优化,系统是否进行了重构等,这些,都会造成一个上线后的缺陷的发生周期有长有短,通过对缺陷的周期长短进行分析,得出系统的稳定性方面的一些有价值的结论。
   E,缺陷解决周期,要分析这个问题的成本,用了多少人力,多长时间等。
   F,缺陷后果记录,这个主要是做为我们的工作的“黑榜”,列到相关的共享版块,提醒着我们曾经发生过什么檅的上线缺陷,造成了多大的错误或损失。
   G,缺陷解决情况,把上线后产生的问题,统计一下,看哪些问题是不会再现的,哪些是临时处理的,以及哪些是需要持续的改进的。对于彻底解决的,我们要分析如何彻底解决的,解决的方法是什么,然后,做出补充性的测试过程,进一步测试确定在真的不会再出现;临时解决的,要分析会不会对系统的其他地方造成另外的缺陷,用户是不是可以接收临时解决的方式,我们测试这边在这个问题的后期测试上,需要关注什么?持续改进的,只能测试进一步跟踪,直到问题解决。
   
以上是个人工作中的一些总结以及和部门内同事讨论后,自己随笔做的一些记录。因为想要换份工作,这一段心态比较放松,心里绷着的弦一下子松了,整个人感觉很累,不想再做一些深入的思考,先给自己放几天假再谋求以后的发展。
欢迎拍砖和补充。

可以把上线后的缺陷的分析提取的一些量化数据,和开发测试阶段的做个比对,做个图表,也能直观的反应一下项目的测试质量。这个大家可以进行一下尝试,附件就不传了。
各位工作愉快,我先放假休息了。
作者: 愚人    时间: 2011-4-22 15:17
占个位置,学习一下
作者: SmallDoll    时间: 2011-4-22 16:17
没听过
作者: linghan1991    时间: 2011-4-22 16:57
来听听。。。学习学习
作者: liulinzhu    时间: 2011-4-25 16:14
LZ应该是表达“未测试”吧?
漏和未测不同,前者非主观意愿,需要承担应有的责任。
作者: 瀞紸    时间: 2011-4-27 15:13
如何做上线系统的漏测试缺陷分析?
分析:
1.上线之前,应该安排不同的测试人员对该系统的功能进行全面的测试;
2.在上线出现的问题,不应该急着追加测试人员的责任,而是对出现的问题进行分析,有些问题可能是业务需求不明确造成,有些是用户使用不正确造成,对于问题应该进行分析,分出优先级,并有可能的话要跟客户沟通,然后才给开发人员修改;
3.在上线之前建议有个试用版的使用,在使用的过程中发现的问题可进行修改,可以每周更新一次;
4.对于出现的缺陷应该更关注的是出现缺陷的根源,找到源头,需要明确是由业务需求、测试人员等引起。
项目的已测试出来的缺陷分析?
分析:
1.分析缺陷的优先级,对于严重性缺陷进行分析,出现严重级别的功能性牵连的模块的分析;
2.对出现缺陷较多模块的分析,然后可能是开发对需求的理解跟测试人员理解的需求不一致,这需要双方对缺陷进行评审,目的是为了理解需求;
3.对于某些缺陷总是出现,则应该分析该需求的实现方式以及实现难度。
以上是在工作中对于缺陷的思考,是对工作的一些总结....
作者: 水儿儿    时间: 2011-5-4 11:02
占个位置看达人解答!
作者: bingcha007    时间: 2011-5-5 09:19
虚心学习
作者: zyl520xz    时间: 2011-5-5 19:21
学习学习
作者: xwy_test    时间: 2011-5-18 10:00
不错
作者: 侯汛兔    时间: 2012-2-25 15:14
何为气质卫浴

  卫浴间越来越讲究气质问题,气质的卫浴装修很重要,现在人对卫浴的装修越来越重视,这是因为生活水平的不断提高,不仅注重浴室的功能,同时还要要求美观度。然而卫浴装修是整体家居装修中最复杂的一部分,对于大多数人来说,这就像一场忙乱不堪的战争。其实,只要将关键点把握好,将这场装修战役打的漂亮并不难。

  浴室柜是卫浴五金的新型产品,是家具行业和卫浴行业交叉产生的一个边缘性的新行业,短短几年,如雨后春笋,蓬勃发展,行业竞争几乎到了白热化程度。在整个卫浴行业受到严重影响的同时,作为卫浴行业中的杭州浴室柜产品却逆市上扬,市场反应强烈,浴室柜企业更是高歌猛进。心海伽蓝、高第、富兰克、南希、卫欧、孔艺轩等专业以浴室柜生产为主的企业市场销售增长明显,企业发展迅速。然而,在快速发展的背后,浴室柜行业有更多亟需完善的地方。

  在浴室柜行业,产品类似现象普遍,然而孔艺轩卫浴一直专注于彩色,拥有自己的独特风格,而备受市场关注。

  浴室柜地域品牌受限

  目前,在全国范围内,除了一些零星的地方小品牌之外,大多数浴室柜厂家主要集中在广东、浙江、四川和福建四个地方,上海和北京也有一小部分。广东和浙江两地凭借地理、产业链、人才技术、资源、物流业等优势,产品的辐射能力、竞争能力及影响力远远大于其他地方,而上述几个地方的浴室柜,广东省的浴室柜最有优势和竞争力。

  “一些经销商如果代理的是广东省的品牌,一定要求在外包装上打上广东产地,否则就卖不出好价钱。”一位卫浴企业负责人如此表示。据了解,在一年一度的上海厨卫展和广州建材展会上,浴室柜参展商占据半数以上展位的都是广东、浙江的企业。

  无处不见的浴室柜

  打开几家卫浴企业网站,浴室柜的宣传资料及广告令人应接不暇。而在第十四届佛山陶交会上,笔者也收到不少派发的浴室柜产品宣传册。“在不少地方的建材市场,大大小小的浴室柜品牌,比比皆是。市场上可能缺其它产品,但就是不会缺浴室柜。”一位从深圳前来佛山参加陶交会的经销商这样告诉笔者。

  而在佛山,不少卫浴企业也都在加紧上浴室柜项目。据笔者调查了解,一些做家具、橱卫行业的厂家,由于行业竞争激烈、利润低,纷纷转行生产浴室柜。他们凭借自身的技术和设备上的优势,在市场上占有一席之地。一些做淋浴房、蒸汽房休闲卫浴及陶瓷盆的厂家,为了拓宽自己的产业链,使自己的产品有互补优势,他们或到外面厂贴牌或自己生产,也纷纷上浴室柜项目,依托自己已有的市场销售网络,进入市场,从而赢得消费视角。


更多资讯请浏览 杭州孔艺轩卫浴有限公司 官方网站 网址:http://www.koix.cn

作者: qinhaoying    时间: 2012-3-14 16:51
什么乱七八糟的!【10/(10*(5+1)/5)】*100%=83.3%,怎么得出来的?




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2