51Testing软件测试论坛

标题: 产品发布后,发现的设计缺陷算不算测试人员的责任 [打印本页]

作者: sunhf_2 时间: 2007-1-17 15:42
标题: 产品发布后,发现的设计缺陷算不算测试人员的责任
我们公司现在衡量产品测试的质量情况,会有一条就是,产品发布,反馈的BUG数量,那么我想问一下大家,产品发布后,发现的设计缺陷算不算测试人员的责任呢?

作者: tongke 时间: 2007-1-17 16:01
是不是从系统测试阶段入手?

作者: Spark.lee 时间: 2007-1-17 16:06
标题: 对了那要看你从何时阶段
着手测试的！！！！！

如果是从项目的刚开始参加了啊需求的话那就是你的原因！！！！

作者: laifeng415 时间: 2007-1-17 17:46
如果是从需求阶段介入的，测试应该也有责任，便是开发的责任更大。

作者: Spark.lee 时间: 2007-1-17 17:48
标题: 错了
你是搞测试的

功能没有实现就是你的原因

你没有做好测试

你是把关的！！！！！

作者: tails82 时间: 2007-1-17 23:12
嘿嘿。第一，你有没有参加设计文档评审。没有的话就和你关系不大，但也有关系。你没在后续活动中发现输入活动的缺陷。
第二，就算你参与了，怎么能说是测试的责任呢？项目是团体做出来的，不是一个人的事情。

作者: Spark.lee 时间: 2007-1-18 10:26
标题: 不对
你是按需求测试的
开发着也是按需求来的

你作为测试人员没有把开发人员遗漏的功能设计给测试出来

你就没有做好测试！！！

别忘记测试是为了干什么的！！！

找BUG

功能设计没有实现也是BUG...................

作者: rainyday32 时间: 2007-1-18 10:39
同意楼上的，就算是逻辑上的BUG没有发现也是测试人员的责任，不能一味的把责任往需求上面推

作者: null2 时间: 2007-1-18 12:01
这个问题。。
复杂了

视情况而定

作者: skyqa 时间: 2007-1-18 12:32
产品发布之后，从用户那边反馈回来缺陷，很难说就是测试人员的责任（实际上我认为整个项目团队都有责任）。
1. 假如缺陷是由于需求描述的不正确，开发和测试是基于需求的，应该是谁的问题（系统人员、开发人员、测试人员还有管理人员等）？
2. 假如缺陷是非功能性的问题（性能、稳定性、兼容性等等），首先需求文档上很可能没有详细的描述（这是很困难的事情，来描述系统的非功能需求：）），或者公司的资源不是很充足，没有测试出来或无法进行测试，那应该算谁的？
3. 由于项目时间紧张，无法实现测试的覆盖率，怎么办？
....

我觉得LZ公司有这个衡量产品质量的手段，查找是谁的责任不应该是它的主要出发点，而是为了改进整个公司的流程，如何在将来的项目中尽量避免重复出现这种问题。

[ 本帖最后由 skyqa 于 2007-1-18 12:35 编辑 ]

作者: yyanfang 时间: 2007-1-18 12:42
主要还是测试人员的责任，但是还要看一些客观因素，比如：时间、资源等等。

作者: ohyo12 时间: 2007-1-18 19:37
恩，还有就是沟通的问题～～版本变更后是否及时告诉测试组，否则很浪费时间的

作者: wuying36172 时间: 2007-1-19 00:05
我比较同意10楼的观点，补充一点：软件测试的一个很大的特点就是测试不可能穷尽，测试人员不可能测试出所有的缺陷的，因此产品发布后发现的设计缺陷应该具体问题具体分析，到底是个什么样的缺陷，不能说一发现缺陷就把责任推给测试人员sdlkfj2

作者: zhaochao8549 时间: 2007-1-19 10:42
确实应该具体问题具体分析，依实际情况而定
测试人员应该负有一定责任因为测试人员就是软件质量的把关者
但是大家都知道 zero-bug 只是一种理想
并且一个软件是一个团队合作的结果有问题出现整个团队都应该有责任的！

作者: skyqa 时间: 2007-1-19 11:04
应该说测试人员是软件质量的最后把关者，但软件质量的提高需要我们在软件开发的各个阶段进行质量控制。

作者: skyqa 时间: 2007-1-19 12:39
首先我想说，遗留缺陷密度是衡量测试团队工作的一个重要的指标。在CMMI中有两个针对测试的重要的活动：varification 和validation。测试的工作应该focus在两个方面：做正确地事和正确的做事。
做正确的事：保证需求的正确性。
正确的做事：保证开发出来的产品和需求一致。

发现缺陷后的主要action是进行root cause的分析，判断该产品是否存在类似的问题，避免这个产品暴露类似的问题；同时加入lesson learn，避免以后的产品出现同样的问题。

至于谁的责任，这个是公司文化决定的。有些公司有严格的责任回溯；有的公司则比较淡化责任。

作者: sun808080 时间: 2007-1-19 16:48
嘿嘿讲的都挺好楼主明白没？？

作者: lilyhuang 时间: 2007-1-20 15:10
个人认为skyqa说得很对,系统的缺陷是找不尽的,如果真要追究起是哪个个体的责任的话,这样也不是很好!
做项目又不是一个的事,主要还是团队,只有团队水平提高了,才是真的提高了.
其他的我想也许就是企业文化的说法了吧.

作者: virgozz 时间: 2007-1-21 08:50
大型项目很难做到零缺陷的，而且追溯责任的主要任务是改进流程，提高软件质量，而不是纯粹的责罚，至于责任归谁这个要看情况。有的时候做软件并不是为了完美的功能和华丽的界面and so on ，在该领域软件内该软件的使用率也是衡量的标准之一啊~ 很多时候一款软件只要先期占有相当大的市场份额类似的软件即使功能性赶超前者也不一定热卖。举这个例子的意思是说明做软件并不是单纯追求完美。qq软件早期也是功能简陋，到后来一个版本一个版本的追加功能，早期全面挖掘软件需求是不错，但是庞大的需求基本等于很长的开发周期。

作者: lovefei1027 时间: 2007-1-21 15:43
这个问题比较大，应该视具体的情况具体分析了
需求，开发，测试等都有这个职责把事情做好

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