51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4967|回复: 10
打印 上一主题 下一主题

[讨论] 怎样减少开发人员对测试人员的依赖呢?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-2-9 09:23:31 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
有个做测试的同行朋友,最近跟我发牢骚,说她现在负责一个项目的测试工作,每次送测的质量都非常差,她跟项目经理反映后,项目经理意识到要对送测质量严格把关,接着又引起了另外一个问题,就是开发人员在送测前,总是需要测试人员协助测试,并且会反复很多次,这样把她的工作计划全部打乱了,并且送测的时间也延迟了很多。

    听了朋友的倾述,我感觉怎么就跟我现在的公司一样,想必不少测试同行都遇到类似的问题吧。说实在的,我们公司现状也差不多,开发人员过度依赖测试人员,都已经懒得自测了,我感觉这个现状必须得改变了,否则,测试太被动,并且对整个项目的进度都不利。现在说说自己的想法。

    一、流程规范:明确接受测试的标准,测试通过的标准;
    二、加强开发人员自测:要求送测前由开发人员执行相关的测试用例(由测试人员筛选部分重要的测试用例,这里说重要的,一般情况下是优先级最高的,以及回归测试用例),待这些测试用例执行通过再送测。(前提:测试人员在编码前,完成测试用例的设计,包括业务流程测试用例的设计;)
    三、制定赏罚制度:如果送测质量不达标,不仅仅对整个项目的绩效产生影响,更对相应开发人员的绩效产生影响。(这个赏罚制度最好是精神、物质相结合)可以鼓励送测通过率最高的开发人员,也可以对送测通过率最低的开发人员进行适当的批评;

    目前,我就想到这些,大家可以一起讨论一下,有什么好的解决办法都说说吧~~
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    2#
    发表于 2010-2-9 13:34:44 | 只看该作者
    从根源看,开发人员为什么不自测?

    主要还是因为懒,并且做与不做对它的收入等没任何影响。有人帮它做当然他自己不会去做了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-2-9 19:57:22 | 只看该作者
    这是很普遍的情况
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2010-2-10 08:37:02 | 只看该作者

    回复 2# 的帖子

    看来现在的开发真的就只会堆代码了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
     楼主| 发表于 2010-2-10 09:14:12 | 只看该作者
    原帖由 msnshow 于 2010-2-9 13:34 发表
    从根源看,开发人员为什么不自测?

    主要还是因为懒,并且做与不做对它的收入等没任何影响。有人帮它做当然他自己不会去做了


    说到点子上了,现在只有少部分开发人员为了自身的提高、或者责任感,进行自测;公司如果不把这个问题纳入绩效考核,是无法起到实质性的效果的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2010-2-10 11:03:32 | 只看该作者
    减少开发人员的依赖有个最难也是最有效的方法:让老板意识到这样做的坏处,并让他来协调开发与测试的关系;当然,要达到目的,任重而道远哦
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    7#
    发表于 2010-2-10 13:32:52 | 只看该作者
    原帖由 moonlike79 于 2010-2-10 09:14 发表


    说到点子上了,现在只有少部分开发人员为了自身的提高、或者责任感,进行自测;公司如果不把这个问题纳入绩效考核,是无法起到实质性的效果的。



    一针见血啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2010-2-21 12:39:25 | 只看该作者
    与开发协商,共同制定一个测试缺陷级别标准,如果开发提交的测试项目,5级>1,测试可以拒绝测试
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2010-2-21 12:47:38 | 只看该作者
    还有一个办法,将测试团队与开发团队适当的“隔离”开,也会对改变这个现象有所改变,当开发人员发现再去找测试人员“帮忙”不是那么方便了的时候,也会逼着他们不得不开展自测了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2010-2-21 14:37:42 | 只看该作者

    没有很明确的制度

    如果开发人员提交的程序出现bug等级很低的情况能有一些惩罚的制度的话,我相信开发人员还是愿意自己做单元测试的。
    像我们公司,开发人员根本不做单元测试,提交的代码有时候还有调试语句并且包含一些最底层的bug,随便点点都会出错的程序也提交上来,这是开发人员没有责任心的表现,也因为没有制度,所以无法让开发人员养成习惯。

    建议像上级反映,制定惩罚政策,对bug出现很少的开发人员制定奖励政策。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2010-10-26 16:45:30 | 只看该作者
    用缺陷对开发人员进行考核。
    如:缺陷数,缺陷生命周期,
    这样一来,开发不怕死你才怪。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-23 04:34 , Processed in 0.078565 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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