“资源调配”和“新人快速融入”之战
最近复盘测试团队的时候，发现存在很多不足之处。问题多但不能一次全部解决，故准备采用逐个击破的方式。
两个问题：
- 新人入职后适应期太长，导致不能快速参与到测试工作中去；
- 专人负责独立的业务，存在部分资源紧张情况；
新人适应期问题
招聘新人是为了解决人手不足，新人适应耗时太长，从团队来说不能快速解决我的目的。
新人融入的快与慢，一方面取决于新人的个人能力，另一方面则取决于团队对新人的赋能和一些能让新人快速融入的文档。
赋能也只是提点，不可能投入大部分时间去带。因此需要让新人有足够的资源去自适应，才是重点，这部分资源是可以长期利用的，只要每次改动花少部分时间去更新即可。
找出解决问题的方法，就可以逐步去落实：
- 梳理出各个业务流程图
流程图能很直观的描绘出业务走向，便于新人理解。
举个例子：去车管所换驾照，他有换驾照流程图，即使你没办过的业务，也能快速让你办理成功，从资源上也减少客服人员的工作。
- 列出业务测试重点
通过思维导图的方式列出业务测试中的重点，这也方便新人快速抓住重点，配合流程图，就更明了。
- 全量用例不可少
测试用例一定要写，且需要做好存档。全量的测试用例可以作为测试重点的补充，让测试更全面，毕竟站在质量的角度，不能放过任何一个bug，哪怕是微小的。
- 数据流程图
数据流程图可能不是必须的，但在整个产研过程也是很重要的。它能帮助我们大概定位问题所在处，也有助于设计更合理的性能测试方案。
以上所列点对于公司每个角色都有参考价值。一个熟悉业务的老人去带新人，结合沉淀的文档，就很容易让新人快速加入工作。
资源调配问题
团队负责多个业务研发，测试也是被有序分配到每条业务线。
实际迭代经常出现业务A比较忙，可能B不是很忙，就导致A业务测试加班，B测试人员不饱和。由于B对A的业务不熟悉，抽调过去质量上比较担忧，如果跨团队业务就更不好控。
针对以上现状，我们做了以下措施：
- 业务讲解和反讲
为了快速让组内测试互相熟悉各自业务，安排业务讲解。结合业务流程图、测试重点、数据流程图快速让他人了解业务。
定期安排他人针对之前培训的业务进行反讲，检验对业务的理解程度。
- 业务测试的轮岗
小范围对测试人员进行轮岗，比如抽调一个其他业务进来辅助，这样既保证了熟悉完业务不落地的情况，又能从最大程度保证质量。再者，一个人长期测试业务会形成思维固化，换人可能会发现更多隐藏的bug呢！
采取手段虽然不多，但经过一段时间，组内资源的调配问题更灵活，人员利用率达到最大化。
以上是我在工作中的一些经验总结，也起到了解决问题的作用。如果你也有同样问题，希望我的经验可以帮到你。
