51Testing软件测试论坛

标题: 问题解决不了能成为拒绝的理由吗？ [打印本页]

作者: caohx_7604 时间: 2012-4-18 13:32
标题: 问题解决不了能成为拒绝的理由吗？
我个人认为，只要是缺陷，就不应该拒绝，除非不是缺陷。
问题解决不了不能成为拒绝的理由。
凡是影响到用户使用的就是缺陷，不能就这样拒绝了之吧？
你们公司都是什么样的问题才允许拒绝？

昨天提交了二个问题，
一个是在被测软件上进行采集，当采样率较高（容许范围内）时，采集一段时间，在停止采集时，程序异常。
可是开发拒绝了该问题。说是高采样率采集的时候，问题就在积累，停止采集是个导火索，这个没办法，拒绝了问题。

另一个是软件用到了一个控件用于显示采集回来的数据，采样率高时，采集几分钟后，采集结果就不正确了，
开发说这是控件读取速度跟不上，解决不了，拒绝了问题

作者: caohx_7604 时间: 2012-4-18 13:36
不要下沉，顶一下！

作者: 楠族开心果 时间: 2012-4-18 17:04
看计划情况了，如果项目很急，这个问题不大，解决不了是可以延期修改的，但拒绝没有道理的

作者: caohx_7604 时间: 2012-4-19 13:55
谢谢楠族开心果！
可开发说，我改不了，你不让我拒绝，我怎么办？

作者: 汗血宝马 时间: 2012-4-20 11:52
个人觉得：项目经理确定是否修改，测试只是负责把问题找出。

作者: testcm 时间: 2012-4-24 17:47
基本的测试概念问题，难道所有软件都是没有缺陷的？
1、开发拒绝需要理由，是否为重复问题或非问题。测试不接受，上CCB评审。
2、是问题的话，记录为版本遗留缺陷，且写入到已知问题列表中（此表格可提交用户，包括问题规避方式）。
3、根据遗留问题的严重程度，给出缺陷值。版本的缺陷值是版本是否能发布的指标。如果遗留问题过多，且严重级别高，自然缺陷值的就高，就不能发布了。

作者: mew234 时间: 2012-4-24 18:30
本帖最后由 mew234 于 2012-4-24 18:36 编辑

或许我比较悲观，但公司还是技术与开发导向，测试请到旁边纳凉。
所以你(QA)能做的就是把问题(bug) 提交到bug 追踪系统与提报给项目经理。
至于它们要不要修，或是要怎样处理，那就与你无关。
(所以你只要清楚提交bug & 标注bug 的严重顺序，完成你QA该做的任务，其他时间就拿来充实自己。)

(记得要把寄给项目经理以及开发的信件(关于BUG)，通通做好备分。
未来要是出问题，就把信件翻出来。说明你已尽告知责任，但谁谁谁说要怎样做。
(重点就是要说明你有发现问题，但是没人理你。而且他们有其他决定。所以错不在你，这样你才不会背黑锅!!) )

或许这样的说法很消极，
但你要想到一件事:
若你因为这问题与开发闹得不愉快，未来你提交其他bug或是有其他问题需要开发协助，
开发应该不买你的帐。万一要是公司本来就不注重测试，基本上你未来的日子会很难过。
我也很好奇其他会员的想法是甚么?

作者: binxue168 时间: 2012-4-25 23:09
回复 1# caohx_7604

目前技术条件下不能解决的缺陷，可以让开发先暂缓，并让开发备注暂缓的理由，便于日后跟踪。但不能拒绝，缺陷被拒绝情况只能是缺陷不存在或已经有提过类似的缺陷了。

作者: caohx 时间: 2012-4-26 12:57
本帖最后由 caohx 于 2012-4-26 12:59 编辑

谢谢大家，公司已经确定了流程
如果是缺陷，但开发不修改的，提交项目经理，由其决定是否修改，若修改，则转给开发，若不修改，则仍将缺陷设置为reject状态，到时测试人员将问题设置为 can't fix 状态，
有了这个状态，以后查找问题也方便点！

虽然还说有其不合理之处，但就这样吧，测试只管把问题提交，至于到底要解决否，由领导们决定把。不然把精力放在争论上，只能是无谓的浪费

作者: 泡芙拓 时间: 2012-4-26 13:10
并不是所以的bug都能被解决的，他们拒绝，首先他们得承认这是bug，以后有问题就好追究了，不能有问题就找测试。最好有邮件或是什么的。

作者: 泡芙拓 时间: 2012-4-26 13:10
回复 9# caohx

你和楼主的名字差不多哎，是另一个号吗？

作者: edisonzhang 时间: 2012-4-26 17:05
看情况好像是同一个人

作者: rossini23 时间: 2012-4-27 10:46
并不是所有的问题都要测试出来，并且也不可能全部测试出来；
并不是所有测试出来的问题都要得到修复，即使它确实是个问题。

"CCB评审"，华为才有这一流程吧？这个做法确实蛮好，有扯皮问题，相关利益部门一起商量解决，把开发与测试人员从bug战争中拉出来

作者: hilbert_jiang 时间: 2012-4-27 17:07
缺陷解决不了就延后解决改为"Postponed"啊，是否是缺陷应该测试说了算，解不解决还是PJM说了算。

作者: jone123 时间: 2012-4-28 11:14
抛出问题、预测风险是测试的使命，问题抛出来他们没有修改不予测试通过便是，如果他们没有修改硬要上线，出了事情我们也是尽责了

作者: jone123 时间: 2012-4-28 11:16
微软的产品他们都靠测试人员测试出来的

作者: oscar_cai 时间: 2012-4-28 13:56
问题的推进解决，是测试人员能力的体现，这里面沟通说服别人有很多的技巧。

发现问题是基础，解决问题是核心，预防问题是重点。

不要自己限定测试人员的职责范围和所需的能力。

作者: zxcab 时间: 2012-4-28 16:03
个人感觉我们公司的是问过所有人，调集了所有资源还是解决不了的BUG，到老板那次去了，老板说不用解决，那就是不用解决了

作者: 1210peter 时间: 2012-4-28 17:27
bug不一定必须修改。

我也遇到过类似的问题，开发不愿意的理由是项目已经进入终验了，修改会影响其他模块，我和开发同事沟通了一下，让他们写了邮件，说明为什么不改，然后邮件抄送测试部和开发部的老大，两边的老大都确认了，把这个bug关了。

楼上的诸位说的对，测试找出问题，由领导决定是否修改。
毕竟投入太多的成本去修改一个bug不划算的。

作者: Ryson 时间: 2012-5-16 15:28
我觉得不一定非要修改
我如果发现这种问题是这样做的
1.先和开发沟通
2.开发不修改的话，就和技术部经历沟通这个问题（当然如果不是很重要的话，就直接写到测试报告里面）
3.写到测试报告里面并写明原因

作者: lgv779 时间: 2012-5-17 23:01
扯一堆没用的，谁强势了就听谁的

作者: 楠族开心果 时间: 2012-5-21 11:41
楼上错了，不是谁强势听谁的，而是看客户需求和怎么设计才合理的真理才行

作者: weeny 时间: 2012-5-22 16:41
我倒是没接到过拒绝的bug

但是假如修改成本过高之类的原因的话，我会记录的，也不会太过强硬。。。

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