51Testing软件测试论坛
标题: 如何做上线系统的漏测试缺陷分析？(2011-4-11)（获奖名单已公布） [打印本页]
作者: 默默巫 时间: 2011-4-11 10:45
标题: 如何做上线系统的漏测试缺陷分析？(2011-4-11)（获奖名单已公布）
如何做上线系统的漏测试缺陷分析？还有项目的已测试出来的缺陷分析？
此话题由会员jimao提供，如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
获奖名单 |
奖项 | 获奖名单 | 奖励 | 答案链接 |
一等奖 | zhyb_2008 | 50元移动充值卡 | 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
何为气质卫浴
卫浴间越来越讲究气质问题，气质的卫浴装修很重要，现在人对卫浴的装修越来越重视，这是因为生活水平的不断提高，不仅注重浴室的功能，同时还要要求美观度。然而卫浴装修是整体家居装修中最复杂的一部分，对于大多数人来说，这就像一场忙乱不堪的战争。其实，只要将关键点把握好，将这场装修战役打的漂亮并不难。
浴室柜是卫浴五金的新型产品，是家具行业和卫浴行业交叉产生的一个边缘性的新行业，短短几年，如雨后春笋，蓬勃发展，行业竞争几乎到了白热化程度。在整个卫浴行业受到严重影响的同时，作为卫浴行业中的
杭州浴室柜产品却逆市上扬，市场反应强烈，浴室柜企业更是高歌猛进。心海伽蓝、高第、富兰克、南希、卫欧、
孔艺轩等专业以浴室柜生产为主的企业市场销售增长明显，企业发展迅速。然而，在快速发展的背后，浴室柜行业有更多亟需完善的地方。
在浴室柜行业，产品类似现象普遍，然而
孔艺轩卫浴一直专注于彩色，拥有自己的独特风格，而备受市场关注。
浴室柜地域品牌受限
目前，在全国范围内，除了一些零星的地方小品牌之外，大多数浴室柜厂家主要集中在广东、浙江、四川和福建四个地方，上海和北京也有一小部分。广东和浙江两地凭借地理、产业链、人才技术、资源、物流业等优势，产品的辐射能力、竞争能力及影响力远远大于其他地方，而上述几个地方的浴室柜，广东省的浴室柜最有优势和竞争力。
“一些经销商如果代理的是广东省的品牌，一定要求在外包装上打上广东产地，否则就卖不出好价钱。”一位卫浴企业负责人如此表示。据了解，在一年一度的上海厨卫展和广州建材展会上，浴室柜参展商占据半数以上展位的都是广东、浙江的企业。
打开几家卫浴企业网站，浴室柜的宣传资料及广告令人应接不暇。而在第十四届佛山陶交会上，笔者也收到不少派发的浴室柜产品宣传册。“在不少地方的建材市场，大大小小的浴室柜品牌，比比皆是。市场上可能缺其它产品，但就是不会缺浴室柜。”一位从深圳前来佛山参加陶交会的经销商这样告诉笔者。
而在佛山，不少卫浴企业也都在加紧上浴室柜项目。据笔者调查了解，一些做家具、橱卫行业的厂家，由于行业竞争激烈、利润低，纷纷转行生产浴室柜。他们凭借自身的技术和设备上的优势，在市场上占有一席之地。一些做淋浴房、蒸汽房休闲卫浴及陶瓷盆的厂家，为了拓宽自己的产业链，使自己的产品有互补优势，他们或到外面厂贴牌或自己生产，也纷纷上浴室柜项目，依托自己已有的市场销售网络，进入市场，从而赢得消费视角。
作者: qinhaoying 时间: 2012-3-14 16:51
什么乱七八糟的！【10/(10*(5+1)/5)】*100%=83.3%，怎么得出来的？
| 欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) |
Powered by Discuz! X3.2 |