评判一下测试组的制度

muyililu · 发表于 2016-4-18 10:16:36

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

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

你个渣渣 · 发表于 2016-4-18 16:03:52

这家公司不怎么样，而且没多大前途，这种管理方式下，跳槽、辞职绝对经常发生，而且员工不可能有多大干劲，归属感都不强，5、6条加起来，员工不走就怪了，刚起步的私企？

muyililu · 发表于 2016-4-19 09:39:15

由于换了个技术总监。技术总监带过来的测试部经理实施的新策略
测试部已经走了一半人了

muyililu · 发表于 2016-4-19 09:58:34

本帖最后由 muyililu 于 2016-4-19 10:04 编辑

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

leochen0817 · 发表于 2016-4-19 09:58:39

领导每天分析研究你们的报告，感觉也是蛮辛苦的啦！忙是挺忙的，不过感觉估计除了疲惫也没什么了。对员工，对部门，对公司感觉都没什么成长啦！

51Testing_叮当 · 发表于 2016-4-19 16:19:18

且不说这些制度好与不好，没有哪个领导会希望带出一个不好的结果吧
但是更重要的应该是看这个制度适不适合目前的测试组情况
没有循序渐进，或者说没有事实数据支撑可行性，那么就是拍脑袋想出来的东西，这个制订者太天真
还有一点，追责是必要的，但是问题看轻重，同时奖赏制度也应该有，人家华为当天发现的问题必须当天解决可能更苛刻，但赏罚分明

佳木宝盖丁 · 发表于 2016-4-22 17:18:36

突然觉得自己的公司制度还是蛮人性化的

你是我的好时光 · 发表于 2016-5-18 14:21:13

第4条不敢苟同

gaha · 发表于 2016-5-18 14:57:39

LZ可以告诉大家，这是哪家公司吗？要不然你说这些没什么意义，都知道这些要求简直过分，没有什么正常的公司和正常的领导会这样，说出来，让大家看看眼界。

shener · 发表于 2016-5-30 17:21:59

很正常，国内做的好的测试华为，比这个狠（不信私信吧）；就算是没写在明面上，的，暗里也是这样操作的

不爱干这行也没办法，越是大的公司，这方面要求越严格

xiaozuo1010 · 发表于 2016-11-8 15:43:55

这种鸟公司还待着干嘛

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 评判一下测试组的制度

站长推荐 /1