前言:先不说测试在岗位的重要性，因为说了很多重要性，非测试岗位可能会把教课书式的讲解搬出来，软件开发中每个岗位都是多么多么重要，都应该参与软件开发全流程。
先聊一点，测试是产品上线的最后一道防线，如果投产出现问题，测试背锅的可能性比开发人员大的，这个背锅的可能性我觉得取决于问题是比较简单的流程还是不易发现的原因导致的。
测试团队建设目前普遍现象
1.投入比较多的资源，会把功能测试、测试开发、性能、安全不同维度的团队独立出来，我觉得公司能够这样分工明确的部署测试团队还是比较好的，明确了每个团队应该做什么，这样每个团队只需要单维度开展应该承担的测试角色，可以深度的往一个方向钻研保证质量，但是这样的专项测试普遍还是比较少的，一般公司还是首要确保功能没有问题，然后再开展其他的测试策略保证产品质量
2.普遍测试团队还是这点，测试人员最好啥都能干，啥都要干。但是这样的话对于测试来讲在日常工作中既要做功能测试又要做其他方面的测试，这一点我觉得问题不是很大。问题是如何定位组员具体工作内容，如何定义组员的工作量，如何把握不同测试策略应用的深度。如果测试经理属于全栈测试人员并且管理又不错，我觉得问题也不是很大，关键是全栈测试不是每个公司都有以及具备管理经验的全栈测试人员
下面以我的想法聊下上面第2点应该如何建设测试团队，进一步保证产品质量
首先先聊下测试经理这个岗位吧，测试经理是测试团队的核心人员，决定了测试流程是否流畅、组员间关系的磨合、工作的分配、招聘人员的能力以及团队的工作效率和产出
先从个人能力开始讲吧，我一直觉测试经理这个岗位把控全局流程保证质量以及团队建设就可以了，如果他是因为熟悉业务担任管理岗还兼日常的业务或其他测试，那么会占用他不少时间，那么我觉得会有很少的精力去提升自己个人能力以及测试团队其他方面的布局。如果个人能力不足，那么，怎么会把控好分配在他认知以外的工作内容，如果分配不合理，组员提出问题，又怎么确认组员提出的是否真的是问题还是能力未达到，出现了这样的问题如果是工作量问题那么可能排期加多，如果是难度问题可能会延后这样的方式来解决问题吧。但是这样盲目的解决方式，算是一个瑕疵吧。这个瑕疵如果在工作中越多，那么时间长了，问题必然会扩展，影响效率和质量。所以我觉得测试经理只要做好把控流程、团队磨合、保证质量、团队建设即可。
我的团队建设想法
前期，首要做的我觉得是保证功能，所以需要招聘功能测试人员。对于功能测试，我觉得需要了解数据库、接口以及一些UI自动化的知识，因为工作效率是靠UI自动化提升的，所以在后期自动化人员脚本开发出来给功能测试人员使用会更容易上手些，在发现问题了解接口，会更容易定位是前端还是后端问题。数据库我觉得是有必要了解的，测试时前端没有问题，数据库数据也得检查下。测试技术人员我觉得应该具备熟悉脚本编写，以及了解前后端基本实现原理，能够在每个领域独挡一面。如果不在招聘方认知范围内，面试时最好上机操作，这样容易看出到底能不能干以及根据出现问题解决的思路。光理论是不行的，这样无法把控面试者能力进公司是否真的带组员实践起来。
中期，培养业务测试的业务能力以及自动化方向，这是提升效率绕不开的，然后定义技术主导，自动化、性能、安全方面至少定义一位主导者，定义好之后，技术方面我觉得任务的排期以及走到的深度和方向以及实际的运用，由在团队某个人员在某个领域涉及比较深的人员定义更合适或者管理岗与某个领域涉及比较深的组员讨论。这样一个雏形的多维度测试团队就建设完了，
后期，我觉得应该扩展团队的技术以及业务能力，定期组员分享，注意一点的是管理岗一定要把控分享的质量。否者后期可能分享只是个流程，组员应用不到工作中或没有技术的提升，这样就没有达到组内交叉学习互补的目的。
@仅个人观点，若有不恰当的地方请留言或私我邮箱呀~~~ email：[email protected]