设为首页收藏本站
开启辅助访问 软件测试门户软件测试培训软件测试论坛测试解决方案文章资料精选软件测试博客软件测试招聘

51Testing软件测试论坛

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

QQ登录

只需一步，快速开始

微信登录，快人一步

手机号码，快捷登录

51Testing软件测试论坛 »软件测试论坛 › [软件测试综合栏目] › [51Testing软件测试沙龙] › [测试积点任务] › 作为测试部门负责人，如何协调手下去说服开发人员，解决 ...
返回列表 发新帖
查看: 2404|回复: 9
打印 上一主题 下一主题

作为测试部门负责人，如何协调手下去说服开发人员，解决测试与开发人员有争议的bug

[复制链接]
测试积点老人
  • TA的每日心情
    无聊
    昨天 09:16

    • 签到天数: 498 天

    连续签到: 5 天

    [LV.9]测试副司令
    跳转到指定楼层
    1#
    发表于 2019-10-22 11:19:53 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    1测试积点
    作为测试部门负责人，经常碰到开发人员和自己手下的测试人员争论提交的问题是否属于bug，很多时候开发人员都说属于系统优化内容或者设计如此，反正不想改，这样可以提高开发人员的绩效，降低测试人员的绩效，作为测试人员也很无赖，也没什么好的办法，哑巴吃黄连，有苦说不出，毕竟开发人员都是在公司工作多年的老员工，测试人员基本上都是新人。
    我们也做过一些努力，包括制定缺陷标准或常用缺陷定义，大家有没有好的想法，分享一下，谢谢。

    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    微信
    收藏收藏
    【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！
    回复

    使用道具 举报

    applepen
  • TA的每日心情
    衰
    2024-5-20 21:29

    • 签到天数: 996 天

    连续签到: 1 天

    [LV.10]测试总司令
    2#
    发表于 2019-10-22 15:37:06 | 只看该作者
    涉及到双方利益比较难办。长远来看最好改变考核的形式。
    对于bug的判定，让开发领导或者产品人员来决策该bug是否需要修正。
    回复

    使用道具 举报

    海海豚
  • TA的每日心情
    奋斗
    昨天 08:48

    • 签到天数: 1767 天

    连续签到: 5 天

    [LV.Master]测试大本营
    3#
    发表于 2019-10-23 10:35:46 | 只看该作者
    还是定义好需求的范围，这样限制了设计如此，然后系统优化的建议与上级沟通好如何属于优化，一般是功能优化和性能优化
    【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！
    回复

    使用道具 举报

    bellas
  • TA的每日心情
    奋斗
    昨天 11:08

    • 签到天数: 749 天

    连续签到: 27 天

    [LV.9]测试副司令
    4#
    发表于 2019-10-23 10:46:31 | 只看该作者
    可以让PM来决定这些设计如此得bug，是否是这样设计得
    回复

    使用道具 举报

    qqq911
  • TA的每日心情
    奋斗
    昨天 10:11

    • 签到天数: 1485 天

    连续签到: 1 天

    [LV.10]测试总司令
    5#
    发表于 2019-10-23 11:03:30 | 只看该作者
    走流程
    回复

    使用道具 举报

    litingting0214
  • TA的每日心情
    奋斗
    昨天 09:55

    • 签到天数: 961 天

    连续签到: 5 天

    [LV.10]测试总司令
    6#
    发表于 2019-10-23 11:24:06 | 只看该作者
    测试人员还是应该的把问题提出来的，至于改还是不改，与领导确认，评估下轻重是否需要修改
    【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！
    回复

    使用道具 举报

    你好浮戈
  • TA的每日心情
    奋斗
    2024-7-9 13:13

    • 签到天数: 332 天

    连续签到: 1 天

    [LV.8]测试军长
    7#
    发表于 2019-10-23 11:32:39 | 只看该作者
    这个问题有深有浅，一般都是有争议的bug需要领导评估一下
    回复

    使用道具 举报

    jingzizx
  • TA的每日心情
    奋斗
    昨天 07:18

    • 签到天数: 2778 天

    连续签到: 5 天

    [LV.Master]测试大本营
    8#
    发表于 2019-10-23 12:31:12 | 只看该作者
    定义好需求
    回复

    使用道具 举报

    fg1157601129
  • TA的每日心情
    怒
    2017-11-27 16:28

    • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长
    9#
    发表于 2019-10-23 15:01:26 | 只看该作者
    遇到这种情况，叫上需求方。产品、测试、开发三方统一信息
    【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！
    回复

    使用道具 举报

    15901296243

    该用户从未签到
    10#
    发表于 2019-10-23 15:52:27 | 只看该作者
    在用例评审阶段将需求边界明确下来，开发过程中发现这种模糊的情况属于测试人员水平低下造成的，应该加强用例审核这边。遇到难以界定的问题，同产品一同确定是否属于bug范畴。
    回复

    使用道具 举报

    返回列表 发新帖

    本版积分规则

    关闭

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

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

    GMT+8, 2024-9-28 07:27 , Processed in 0.071983 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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