大家觉得拿缺陷来考核开发测试合理吗
请大家真是回答,我在一个互联网支付大公司,居然拿缺陷考核开发,有的项目还考核测试,双方进入混战,感觉不合理,大家都来真是发表想法,不要扯淡瞎聊我们是不考核的,但是最近 研发那边要求不能reopen超5个 搞的我最近放水很多,bug挂着先不验,不reopen吧 又像没干活似的 拿缺陷考核开发会让开发和测试进入一种彼此对立的状态,工作氛围会不好 bug作为测试工作的主要产物,必然是考核测试工作的一个重要指标。不建议作为唯一指标,但要包含进去 还有变态公司,让测试人员写了一个冒烟测试用例,开发的要做到知行那个用例通过率95%以上,这。。。。 xiuli_good 发表于 2015-6-4 16:59
还有变态公司,让测试人员写了一个冒烟测试用例,开发的要做到知行那个用例通过率95%以上,这。。。。
这不算变态啊,冒烟用例本来就是需要高质量完成的,另外你可以查一下“测试驱动开发”的工作模式,就知道了什么叫一切以测试用例说话了。 xiuli_good 发表于 2015-6-4 16:59
还有变态公司,让测试人员写了一个冒烟测试用例,开发的要做到知行那个用例通过率95%以上,这。。。。
这不算变态啊,冒烟用例本来就是需要高质量完成的,另外你可以查一下“测试驱动开发”的工作模式,就知道了什么叫一切以测试用例说话了。 我觉得不合理,测试的本质是覆盖,不是缺陷,如果基于穿线测试技术,则可以对测试进行非常公正的考核。它可以记录每个用例的对应的代码的执行的详细信息,并且进行跟踪和分析。 我觉得不合理,测试的本质是覆盖,不是缺陷,如果基于穿线测试技术,则可以对测试进行非常公正的考核。它可以记录每个用例的对应的代码的执行的详细信息,并且进行跟踪和分析。 不合理。要想经营自己,提升自己的话就来it能人网 不合理,在中国这种人情社会,很可能造成合作问题,团队之间的信任被打破,并不会有利于产品品质的提升
页:
[1]