再讲个笑话，PRD 现在基本没有，除了标准产品的业务流程会有，像报表，低代码平台，类的几乎没有 PRD，都是一句话需求

补充一点，就是其实日常的测试活动中发现的问题也很多，但是发版当天还是会出现很多问题，也分析过，有环境的差异，历史的原因，还有技术债引起的，但是就是无法解决

其实也不招人 就是原来那批人，只是现在又合在一起了

流程确实很混乱

就这个量级的 bug，测试问题太大了。我觉得不光是测试流程，测试人员的能力也要看下

我觉得最核心还是做好功能测试，初始搭建团队时，不用急着招测试开发，就招普通的测试，对着 PRD 把每一个功能仔细测好，就能避免 95% 的 BUG 了
等质量稳定上去了，再扩招专职的测开，做业务提效工具。
当然，测试经理要规范好测试过程中开发与测试的种种规范。

说明测试流程，还是有严重的缺陷

如果发布到线上，还有这么多 bug，肯定是测试流程出了问题

测试负责人要担责

是，但是，维护 1,2 个还好，我们是三个表，并且信息都要及时更新，，没有及时更新，领导就会催

没有日报，但是有相同的进度表，各个公司应该都会有类似的机制，大差不差 主要就是因为测试侧不好度量

自顶

那您公司管理制度是怎么样的？我下家好找这样的，哈哈。

我们是统一一个地方管理

具有较强的自我管理意识

这不该走吗

走人，闲的蛋疼

楼主说出这个话就觉得很 low，你先把自动化测试这几个字理解清楚再说简单吧

XMind 和 gitMid 里面的时间轴都可以做成这样的效果；但是没有 9 楼大佬的美观

大佬这是什么工具呀

你可以备注一下，当面收花

展示你在自动化测试工作中的亮点

诚实，自信，稳重

很清晰，谢谢

好记性不如烂笔头,现在笔记特别多。列个规划，执行，总结。每日记着，后续月报知识你对原来的工作或者内容尽心一个概要汇总，然后重点你获得的什么知识，可以解决什么问题或者遇到什么问题。反正学习就是这样。如果是写工作业务，就写完成度，还有风险，难点，或者发现了哪些可取之处~就这样。千万不要平时不记，最后才来胡乱填充，那是最糟糕的~

有小道可以介绍一下吗

我也有这个习惯，每天写点日报，哪怕几句话，都能让我回忆起当天在干啥。这样在月复盘和年总结的时候，浏览一遍能大致知道自己做了些什么。
对于你说的闲暇时间，我最近醒悟，闲暇时间我都用来学一些东西，任何自己感兴趣的技术。一个工具、一门语言，都可以。