一个测试经理，每天要面临着线上问题没有及时处理，需不需要跟进解决，上边领导马上要发飙了，这个项目又要重新进行排期，选哪个"哥们"适合去接这个重大的活；就在你要决定的时候，那边的同事又过来跟你说：我负责的这个项目bug有点多，需要延期解决。
看吧，测试经理，干不好也是打杂的、背锅的；干得好就是推进项目的一把好手！
测试经理可能是某一领域的"高手"，但是他能把控整体的测试项目质量，并提高测试整体测试效率么？
所以，做测试经理，不光需要有一门拿得出手的技术，并能够有很好的：团队意识、沟通协作能力、管理能力、软硬兼备，才能成为不打杂少背锅的测试管理经理。
不过这都是理想状态，只是一个发展的前进方向，更具体的我们还是要看市场的需求！
1. 指定测试计划，人员安排，进度把控，时间节点，上线受阻推动。可以不关注具体的测试细节，但是需要知道具体需求的实现应该是怎样的逻辑，以及测试点。
2.持续改善测试流程，包括项目管理流程，如何推动测试技术、测试技能发展。怎样提高测试质量，能够"很好"的与开发、产品、运营小伙伴协同为产品负责，跟进线上问题，对线上问题进行及时处理，并在线上问题解决后，主动沟通类似问题如何避免发生等等
对照一下自己，需要弥补的地方是哪里。除了这三大基本能力外，我们还需要思考以下几个问题：
测试经理会不断面临各种各样的决策，大到招聘、提拔、团队建设、流程规划，小到同意某一次项目的测试计划、上线申请。那么问题来了，在这些决策中，那一项决策的影响是最重要的呢？
换个角度想，哪一项做了错误的决策之后，后果是最不能接受的？
测试经理最重要的决策就是招聘（识人），因为一旦录用了不合适的人，就会长期为自己的错误决策吞下苦果。
如果招聘到了一个在性格和技术上不那么合适的人之后，那么就会碰到要么不是抱怨有这样或那样的问题的员工——总为自己的失误找借口。要么工作一直效率低下进度无法保证拖累整个团队。甚至找到“”铁锈“-能力好，在团队里有小影响力，但是一直跟你对着干的人。你那个头不是一般的大。
有人说提拔基层管理人员的标准是，积极，有责任心，会沟通，会任务拆分，有一定技术基础，价值观和上司一致。
选择合适的人才的标准是什么？资历？学历？忠诚度？还是兴趣？其实还是需要根据实际情况来考量。
接手一个新项目后，应该首先做什么事，搞清楚哪些问题？
比较忌讳的是在对项目情况不够清楚的情况下，匆匆忙忙跟项目经理制定了测试计划——这种情况并不罕见！
一般加入一个项目的头几个星期，主要用来倾听而不是发表意见和做出决定，我觉得深入理解团队非常重要，要学习项目的业务，学习程序的架构，了解团队的最新动态。
在这个阶段中，我发现最有力的问题就是“为什么”。为什么要做这个功能？为什么要这么设计？为什么你会进行这些测试？为什么你会想到这个用例？为什么你选择把这个任务自动化而不是那个任务？为什么我们要投入做这个工具？
很多时候，感觉有的人做事只是因为看到别人这么做，或者他们测试某个功能特性的时候只是做那些他们知道怎么做的东西。如果你不问他们为什么，他们自己也不会费心思考这事儿，因为他们已经把那些作为了一种习惯。
