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