51Testing软件测试论坛

标题: 每次上线后的bug，都触目惊心 [打印本页]

作者: vnity 时间: 2013-4-12 18:11
标题: 每次上线后的bug，都触目惊心
每次上线后发现的问题，都让我触目惊心，几乎每次上线都会发现特别重要的问题，回滚...

但出的问题总是之前怎么想也想不到的。

这让我何去何从？

作者: vnity 时间: 2013-4-12 18:11
难道不成，让我看代码，做系统内部测试么...

作者: chenwenzhecd 时间: 2013-4-13 15:40
貌似测试策略、测试覆盖都存在问题

作者: qianliemao 时间: 2013-4-13 19:51
如果是隐藏不深的BUG，估计就是测试太随机性了。覆盖不全。

作者: 丝路 时间: 2013-4-15 09:50
每次上线后发现的问题，都让我触目惊心，几乎每次上线都会发现特别重要的问题，回滚...

但出的问题总是之前怎么想也想不到的。

并且几乎每次上线都会发现特别重要的问题，如果我是领导，我肯定要提出疑问了，测试需要有测试计划，测试计划中制定了本次测试需要使用到的测试策略，根据测试策略设计测试用例，执行测试，并记录以往版本的严重问题，纳入回归测试的范畴。凭拍脑袋想是最不可靠的

作者: zzlagi 时间: 2013-4-15 11:53
测试策略和测试用例以及测试人员自身的问题

作者: femir 时间: 2013-4-15 15:40
这个太可怕了吧如果不是性能问题还好，不然就是你的测试覆盖度不够

作者: omg 时间: 2013-4-15 21:29
问题分析清楚没有？这些问题的原因找到没有？为什么遗漏测试？为什么产生这些问题？
想到改进、避免的措施没有？整个团队（包含测试、开发）反思这个问题没有？

作者: 跑跑跑跑 时间: 2013-4-17 15:16
每次都这样的话，说明你的测试策略和方法存在问题，要多做总结进行反思，把测试用例好好评审一下。

作者: 千里 时间: 2013-4-18 22:38

每次上线后发现的问题，都让我触目惊心，几乎每次上线都会发现特别重要的问题，回滚...

但出的问题总是之 ...
vnity 发表于 2013-4-12 18:11

等你见多了就淡定了

作者: 千里 时间: 2013-4-18 22:41

每次都这样的话，说明你的测试策略和方法存在问题，要多做总结进行反思，把测试用例好好评审一下。
跑跑跑跑发表于 2013-4-17 15:16

看来你测试的质量还是比较好的了，顶一个。

作者: 千里 时间: 2013-4-18 22:41

问题分析清楚没有？这些问题的原因找到没有？为什么遗漏测试？为什么产生这些问题？
想到改进、避免的措施 ...
omg 发表于 2013-4-15 21:29

上线故障分析基本上就是这么做的

作者: ingwlhot0801 时间: 2013-4-22 09:25
回复 1# vnity

应该是逻辑性的问题吧

作者: 51testing-wn 时间: 2013-4-22 23:25
本帖最后由 51testing-wn 于 2013-4-23 21:02 编辑

问题分析清楚没有？这些问题的原因找到没有？为什么遗漏测试？为什么产生这些问题？
想到改进、避免的措施 ...
omg 发表于 2013-4-15 21:29

同意八楼的。如果发生的概率很高，就得及时分析问题产生的原因，一步一步的深入挖掘直至找到根本原因和解决方案。这个过程需要开发和测试人员共同参与。
第一个原因是，出现问题大家共同承担，体现了团队的精神。
第二个原因是，避免测试和开发人员，由于个人情绪造成相互之间的不信任。
第三，有利于从不同的角度考虑问题，促使尽快的找到解决方案。相互抱怨是无用的，先解决问题为先，改进措施在得到团队成员认可后，再实施也不迟。

作者: 孙文杰0707 时间: 2013-4-23 08:28
问题总是存在的，测试不到说明积累不够，经验不足。保证主干没什么大问题就好了，小问题可以慢慢上补丁

作者: guoguo2005 时间: 2013-4-23 10:21
一定要和开发沟通交流，和业务沟通交流。
否则很难测到点上。

缺陷泄露并不可怕，可怕的是，你把业务经常走的路径上的缺陷泄露了。

作者: ingwlhot0801 时间: 2013-4-23 10:43
不熟悉业务流，对系统或者需求了解不够透彻，或者说测试经验不足造成的

作者: Jackc 时间: 2013-4-24 17:56
题外话
测试负责人对于“产品上线后客户发现bug” 这个问题，是一门必修课。个人认为是测试管理的一项基础技能。
没有不存在bug的产品，只在于测试负责人如何去应对这种情况而已。

作者: sunln 时间: 2013-4-25 16:10
线上一般都会出些问题，但不是不可避免的。而且不应该出现致命和过多的bug

作者: zrg9399 时间: 2013-4-25 16:38
要分析下，出现的模块、类型、什么原因出现，每次都总结下，最好整理成文字

作者: 水儿儿 时间: 2013-4-26 11:07
问题分析清楚没有？这些问题的原因找到没有？为什么遗漏测试？为什么产生这些问题？
想到改进、避免的措施没有？整个团队（包含测试、开发）反思这个问题没有？

想听听大家对这种问题的有什么改进的措施

作者: billrub 时间: 2013-4-26 11:08
分析清楚，把握重点；什么是测试可以主导的，什么是其他过程该规避或解决的，从质量过程角度看待（当然除非测试团队确实存在严重的能力问题，则另当别论）。

作者: seventesting 时间: 2013-4-26 16:40
个人意见：如果自己业务方面不熟悉，还是要多和开发人员沟通看看，修改了这里，会影响哪些地方。自身还是要做好一个大致的测试计划，不然测试起来随机性太大，问题就会出的太多

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)