51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3719|回复: 19
打印 上一主题 下一主题

[讨论] 产品发布后,发现的设计缺陷算不算测试人员的责任

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-1-17 15:42:18 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们公司现在衡量产品测试的质量情况,会有一条就是,产品发布,反馈的BUG数量,那么我想问一下大家,产品发布后,发现的设计缺陷算不算测试人员的责任呢?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-1-17 16:01:37 | 只看该作者
是不是从系统测试阶段入手?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-1-17 16:06:28 | 只看该作者

对了 那要看你从何时阶段

着手测试的!!!!!

如果是从项目的刚开始 参加了啊需求的话 那就是你的原因!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-1-17 17:46:34 | 只看该作者
如果是从需求阶段介入的,测试应该也有责任,便是开发的责任更大。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-1-17 17:48:02 | 只看该作者

错了

你是搞测试的

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

你没有做好测试

你是把关的!!!!!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-1-17 23:12:02 | 只看该作者
嘿嘿。第一,你有没有参加设计文档评审。没有的话就和你关系不大,但也有关系。你没在后续活动中发现输入活动的缺陷。
         第二,就算你参与了,怎么能说是测试的责任呢?项目是团体做出来的,不是一个人的事情。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-1-18 10:26:15 | 只看该作者

不对

你是按需求测试的
开发着也是按需求来的

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

你就没有做好测试!!!

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

找BUG

功能设计没有实现 也是BUG...................
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-1-18 10:39:37 | 只看该作者
同意楼上的,就算是逻辑上的BUG没有发现也是测试人员的责任,不能一味的把责任往需求上面推
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-1-18 12:01:56 | 只看该作者
这个问题。。
复杂了

视情况而定
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

[ 本帖最后由 skyqa 于 2007-1-18 12:35 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-1-18 12:42:45 | 只看该作者
主要还是测试人员的责任,但是还要看一些客观因素,比如:时间、资源等等。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-1-18 19:37:52 | 只看该作者
恩,还有就是沟通的问题~~版本变更后是否及时告诉测试组,否则很浪费时间 的
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-1-19 00:05:43 | 只看该作者
我比较同意10楼的观点,补充一点:软件测试的一个很大的特点就是测试不可能穷尽,测试人员不可能测试出所有的缺陷的,因此产品发布后发现的设计缺陷应该具体问题具体分析,到底是个什么样的缺陷,不能说一发现缺陷就把责任推给测试人员sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-1-19 10:42:46 | 只看该作者
确实应该具体问题具体分析,依实际情况而定
测试人员应该负有一定责任 因为测试人员就是 软件质量的把关者
但是大家都知道 zero-bug 只是一种理想
并且一个软件是一个团队合作的结果 有问题出现 整个团队都应该有责任的!
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-1-19 11:04:42 | 只看该作者
应该说测试人员是软件质量的最后把关者,但软件质量的提高需要我们在软件开发的各个阶段进行质量控制。
回复 支持 反对

使用道具 举报

该用户从未签到

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

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

至于谁的责任,这个是公司文化决定的。有些公司有严格的责任回溯;有的公司则比较淡化责任。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-1-19 16:48:11 | 只看该作者
嘿嘿 讲的都挺好 楼主明白没??
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

  • TA的每日心情
    慵懒
    2016-9-3 13:53
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    20#
    发表于 2007-1-21 15:43:58 | 只看该作者
    这个问题比较大,应该视具体的情况具体分析了
    需求,开发,测试等都有这个职责把事情做好
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-22 16:47 , Processed in 0.089935 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表