作为测试部门负责人,如何协调手下去说服开发人员,解决测试与开发人员有争议的bug
作为测试部门负责人,经常碰到开发人员和自己手下的测试人员争论提交的问题是否属于bug,很多时候开发人员都说属于系统优化内容或者设计如此,反正不想改,这样可以提高开发人员的绩效,降低测试人员的绩效,作为测试人员也很无赖,也没什么好的办法,哑巴吃黄连,有苦说不出,毕竟开发人员都是在公司工作多年的老员工,测试人员基本上都是新人。我们也做过一些努力,包括制定缺陷标准或常用缺陷定义,大家有没有好的想法,分享一下,谢谢。
涉及到双方利益比较难办。长远来看最好改变考核的形式。
对于bug的判定,让开发领导或者产品人员来决策该bug是否需要修正。 还是定义好需求的范围,这样限制了设计如此,然后系统优化的建议与上级沟通好如何属于优化,一般是功能优化和性能优化 可以让PM来决定这些设计如此得bug,是否是这样设计得 走流程 测试人员还是应该的把问题提出来的,至于改还是不改,与领导确认,评估下轻重是否需要修改 这个问题有深有浅,一般都是有争议的bug需要领导评估一下 定义好需求 遇到这种情况,叫上需求方。产品、测试、开发三方统一信息 在用例评审阶段将需求边界明确下来,开发过程中发现这种模糊的情况属于测试人员水平低下造成的,应该加强用例审核这边。遇到难以界定的问题,同产品一同确定是否属于bug范畴。
页:
[1]