51Testing软件测试论坛

标题: 评判一下测试组的制度 [打印本页]

作者: muyililu    时间: 2016-4-18 10:16
标题: 评判一下测试组的制度
测试组的奇葩管理制度
1、填写日报,漏写一次扣5块。举例:前一次统计扣款在2月份
2、日报书写规范:量化每个事项的进度,包括执行用例多少条,费时几小时。举例:书写不合格,点名批评
3、周报书写规范:精确计算每个事项在一周内的耗时比例。举例:书写不合格,点名批评
4、在工作时间,不能学习对自身工作无用的知识。举例:功能测试人员学习LR性能测试,被领导痛骂一顿
5、一条用例的定义:一个功能测试点。举例:验证登陆用户名,就是一条用例,其中用户名的等价、边界等都属于一条用例
6、按照第5点的定义,一天执行40条用例,若不完成,就是效率低下
7、一次项目的迭代,只安排一人进行测试,若上线发现问题,则这一人承担漏测的责任。计入绩效考核
8、上线时间为每周三晚上12点开始,要求:记录测试每个功能的开始时间与结束时间。注:通宵上线,每周一次,人真的很累
9、上线后发现的问题一一追责,就连小的不能再小的BUG,也要追责
10、半年度考核与半年度计划,书写不合格,打回4次,全组人员!

先写到这里,本人是对这样的规范表示不苟同,大家说说吧


作者: 你个渣渣    时间: 2016-4-18 16:03
这家公司不怎么样,而且没多大前途,这种管理方式下,跳槽、辞职绝对经常发生,而且员工不可能有多大干劲,归属感都不强,5、6条加起来,员工不走就怪了,刚起步的私企?
作者: muyililu    时间: 2016-4-19 09:39
由于换了个技术总监。技术总监带过来的测试部经理实施的新策略
测试部已经走了一半人了
作者: muyililu    时间: 2016-4-19 09:58
本帖最后由 muyililu 于 2016-4-19 10:04 编辑

补充两点
11、“世界上没有散发性测试,只有你用例写得不完全”。举例:新领导上任前,测试部会在测试用例执行完后,进行散发性测试,会找到一些意想不到的BUG。新领导上任后,对散发性测试非常反感,坚决杜绝
12、关于午休,午休时间不能聊天、看电视。举例:同事女儿在异地,中午会视频聊天一下,被领导训斥,并指定了测试部新的制度

作者: leochen0817    时间: 2016-4-19 09:58
领导每天分析研究你们的报告,感觉也是蛮辛苦的啦!忙是挺忙的,不过感觉估计除了疲惫也没什么了。对员工,对部门,对公司感觉都没什么成长啦!
作者: 51Testing_叮当    时间: 2016-4-19 16:19
且不说这些制度好与不好,没有哪个领导会希望带出一个不好的结果吧
但是更重要的应该是看这个制度适不适合目前的测试组情况
没有循序渐进,或者说没有事实数据支撑可行性,那么就是拍脑袋想出来的东西,这个制订者太天真
还有一点,追责是必要的,但是问题看轻重,同时奖赏制度也应该有,人家华为当天发现的问题必须当天解决可能更苛刻,但赏罚分明
作者: 佳木宝盖丁    时间: 2016-4-22 17:18
突然觉得自己的公司制度还是蛮人性化的
作者: 你是我的好时光    时间: 2016-5-18 14:21
第4条不敢苟同
作者: gaha    时间: 2016-5-18 14:57
LZ可以告诉大家,这是哪家公司吗?要不然你说这些没什么意义,都知道这些要求简直过分,没有什么正常的公司和正常的领导会这样,说出来,让大家看看眼界。
作者: shener    时间: 2016-5-30 17:21
很正常,国内做的好的测试华为,比这个狠(不信私信吧);就算是没写在明面上,的,暗里也是这样操作的

不爱干这行也没办法,越是大的公司,这方面要求越严格
作者: xiaozuo1010    时间: 2016-11-8 15:43
这种鸟公司还待着干嘛




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2