我想吐槽的是，小公司，对个人的管理：
- 每天写日报，做了什么，遇到什么问题，明天做什么？
- 测试人员，要自己编写任务条，安排每天做什么，任务难度系数，任务耗时（说是用于绩效考核，自己不写，绩效就没分，并且一个月 26 天，起码保底要有 26 分，即 1 天=1 分）
- 在开发任务表，还有一个单独的测试表，把每条开发任务，更新测试进度（冒烟测试，功能测试，集成测试等），并且，填写完成测试的时间（冒烟测试完成时间，功能测试完成时间.....）
- 在开发任务表（开发人员视图），里面还有一个测试进度总状态，测试状态（开发中，冒烟测试，功能测试，集成测试）
也就是说，我一个测试，我每个月光维护这三个表，就要耗费我大量时间，填写测试进度，填写测试时间，跟进 bug
因为都是同样的测试进度，就是非要分成三个表，所以，我每完成一个测试状态，我就要去三个表更新
请问各位的公司，测试是如何管理的，制度是怎么样？
走人，闲的蛋疼
这不该走吗
具有较强的自我管理意识
我们是统一一个地方管理
没有日报，但是有相同的进度表，各个公司应该都会有类似的机制，大差不差 主要就是因为测试侧不好度量
每天写日报（特意搞了个系统做统计），忘记写按次扣钱，每月统计次数。哎。。
日报 + 统计表这个可以理解。日报一般对团队老大，进度表一般对项目老大或者更上面的老大
不过进度表要人工写 3 遍，属实工作量有点大了。听起来三个表受众是分开的，任务条对应绩效统计；开发任务表对应项目总进度（原谅我第二个表和第三个表真没搞清楚区别是啥），个人理解核心问题其实不是表太多，而是缺少一个一处数据源可以关联多个报表的项目管理系统。
可以看看禅道或者 tapd，引入一个这样的系统吧，系统可以基于一份数据生成多个表，测试人员写任务条（含进度信息），每个测试阶段一个任务条，然后任务条可以关联开发任务展示在开发表上，也可以单独拿出来当做测试任务内容，甚至可以复制粘贴到日报里作为日报内容，这样就不用写多处了。
文雅慧
回复
是的，你分析的很到位，不过，我们都是用维格表这个平台。
现在公司普遍都是需要写日报吗？我觉得很虚，每次写日报，总想往里面填点东西，虽然不真实，也无法反应实际的工作情况
实在要弄，让人把这些东西通过开发可视化工具的方式自动采集啊，你们是来干活的还是来填表的。。。。
感觉你这 3 张表是给不同的领导看的，一个是你的测试直属领导，他可能是要汇报到总监那边（也可能只是想了解你的工作安排）。另外一张是项目经理看的，他要统筹开发和测试的进度（其实也是为了汇报工作）。第三张感觉是给开发 leader 看的，他应该也是有上级要汇报的。这个看上去不像是管理不善，而且似乎还能从每天及时更新中找出潜在的风险点。
真正有问题的管理模式是，什么都不需要写，然后还一问三不知的领导。有问题就甩锅到下面，也不问下属当时发生了什么，然后等下属知道的时候，分已经扣了。
分析的很好，受教了每天花半天写任务，花半天写评估，留一个小时测试，这公司挺好
简化制度吧，看看哪些是意义不大又耗时的，可以去掉或者其他优化
