第一个，事必躬亲。什么事情都自己做，不给大家成长的机会。如果什么事情都不给大家锻炼的机会，也怕大家犯错，那大家什么都接触不到，你自己也会非常累。给大家一个建议，一些非核心项目，出了bug不会有太大影响的项目交给想尝试的成员去尝试。年轻人是需要去历练的，如果不给他任何项目，可能他待一年也还是什么都不懂。
不知如何放手。很多测试从业者干两三年依旧是什么不懂，当然有可能是他自己的问题，但也有一种可能就是他的leader根本不给他任何机会。就像上面说的，在“把这件事情交给他，即使犯了错，你能承受的范围内”把事情交给他去做。核心项目交给有技术经验的、信得过的人去做，非核心项目交给大家去锻炼。
不懂资源分配。再一个资源分配怎么分？先说10个人的团队，一个项目怎么分？一般是老人带新人，然后逐步老人退出，让新人来做，然后老人去做核心的事情。10个人以内的测试团队，很简单，做好业务测试就好了。但是如果到了50人（30人以上），那就独立出一个测试开发团队，至少有两三人来做，不一定是做自己的工具，没必要重复做轮子，如果市面上有好的工具，可以借助现有的工具来做。
首先可以在开源的测试工具的基础上去做二次开发，再就是可以去做一些接口测试工具来提高业务测试团队的测试效率，最后就是给测试团队做一些数据、做一些环境。这也是团队里比较阻碍测试效率的一些关键点。
大家可以去了解一下，大家也可以去思考一下，你们团队阻碍效率的地方到底在哪里？首先第一个，造数据，非常费时间，特别是你的项目非常复杂，涉及到多个系统，涉及到多个部门，涉及到跨团队，跨地域、跨时区的，那更麻烦，沟通根本没法沟通。这时候就最好是自己通过一些接口工具、数据工具、脚本工具来去解决你这个团队需要用到的一些上下游的数据。最大的测试阻碍就是造数据。还有就是环境，环境这块也可以去做。针对资源分配我的建议就是这种“业务测试团队+测试开发团队”的这样一个双组合。（注：使用道普云测试SaaS平台测试工具，可实现测试环境部署自动化，节省企业软件测试成本最高可达80%，点击文末海报扫码可申请产品试用）
不知如何差异化培养。怎么样去差异化培养，这是技术团队管理中比较重要的一点。我建议一个团队里面，不要所有的人都做一样的事情，就算是所有人都是业务测试工程师，他也应该要有一些差异，比如说，这个人重点在核心业务场景的测试，另外一些在核心终端的测试，另外一些人去做不同业务的一些测试，最后还有一些人是去做提升团队效率的一些测试。
再就是根据成员能力的边界，能力的差异化去做培养。比如说，软件测试工程师常用的知识体系，必备的SQL、 Linux是不是每个人都必须懂？如果有些成员完全没有任何基础，可以选择放弃，就让他去做业务测试就好了。
找不到努力的重点，很累，领导却不满意。最后一点是写给所有测试管理者的，这不只是测试管理者，这是所有管理者都会面对的一个问题。对于这个问题，首先是在效率和质量双向提升的目标下做事，再就是，了解上级领导对你这个部门的整体希望是什么样的，未来规划是什么？希望你把这个团队提升哪些方面？如果只是全部负责业务，那么你的团队可能就跟不上公司的发展节奏，就有可能被并到其他的开发团队，或者被拆分掉。