今天读了一篇文章，感觉写的挺好，对于测试团队建设，质量提升的观点写的很好。下面结合自己的工作经历写写自己的感想，记录下以后要如何提升自己和团队。
新接手一个业务，要怎么做？
?
首先要融入环境，熟悉组内工作氛围、人员角色、工作沟通模式
多看多听多记录，而不是着急发表意见，一般这时发表的意见都是基于之前项目的模式上经验的延续，不一定适用于本项目，而且刚入组就着急发表意见一般领导、组员不会轻易采纳，而是会觉得你急于表现。
最好脚踏实地干一阵，摸清项目的工作模式在思考提出自己的建议
理清业务
这一阶段搞懂业务是做什么事情，有哪些功能模块，与哪些服务进行交互，验证环境。再深一点，需要明白业务涉及的微服务、服务间数据流向
我是如何做的：
1）获取项目的文档查看梳理：用户指南、测试用例、设计文档、组内业务积累库的资料
这些资料有的话最好
2）上手系统，对照资料进行操作，通过画xmind脑图进行业务模块的划分，细化到有什么模块，各模块下支持什么操作
这样梳理完一遍，基本对业务模块组成有较清晰的理解
3）对测试用例执行过程中的疑点，进行确认，用例中需要补充的验证点罗列出来补充
4）进行业务测试，遇到问题进行问题定位，可以联系组内QA、开发，了解问题定位过程，过程中会涉及看接口请求、服务日志、数据库、redis 、kafka等，过程中可以向开发QA请教涉及的微服务、数据流向
定位完后，一定要做记录，将问题现象、定位过程、涉及服务、数据流进行总结。这样一段时间后，对业务涉及的微服务及业务数据流会了解的比较快。而且自己也可以进行简单的业务问题定位了
5）多做总结，输出文档，有条件的在组内分享（如果能把你的知识能清晰的讲明白给其他人，相信你会有更大的收获）
梳理团队
从团队和个人两个方面去盘点当前状态
1.团队
一个QA团队要做好3个事情：
- 产品质量保证（根本）
- 团队梯队建设（动力）
- 团队影响力（发展）
可以按照下面的目标矩阵来衡量团队所处的状态，注意：衡量时要以案例和数据支撑来说明
当前的产品质量保障：UI主要是功能测试，后端是接口自动化测试，需求测试完有测试评审，用例颗粒度粗，验证时不保证所有人都严格按照用例执行，自动化用例不确定用例严谨度，没有提测准入验证。（合格）
团队影响力：技术类总结文档较缺失，某一个服务验完没有验证方法的普及（不合格）
团队梯队能力：性能测试、稳定性测试缺失（不合格）
2）人员了解
了解人员的特点、技能水平、诉求，建立好和他们的信任和认同感，是接下来工作得心应手的保障。通过多方位向上向下的沟通，分析每个成员的情况，做好记录（便于后续目标制定及个人提升计划），可以通过人才盘点九宫格对人员能力绩效分布做全局的认知，以便后续更好的决策，让合适的人干合适的事
分析问题
立足业务目标，对标成熟的质量体系，通过沟通与量化的手段找到核心问题
实践原则
- 与团队成员一起沟通与量化，列出 TOPx 问题
- 逐条找到行业中的通用解决方案，并公开评审
- 结合当下实际，找到适合自己团队的解决方案
- 配以流程规范，坚持执行，直到解决本质问题
举例：
1）
2）梳理业务现状
研发流程规范
| 项目/流程 | 需求阶段 | 设计开发阶段 | 测试阶段 | 发布上线 | ||||||||
| 需求评审 | 交互视觉评审 | 接口及设计文档 | 冒烟提测 | 用例设计评审 | 代码评审 | 新功能测试 | 自动化回归 | 预发布验证 | 上线发布评审 | 灰度上线验证 | 线上回归验证 | |
| *** | N | N | Y | N | N | N | Y | Y | N | N | N | N |
测试保障手段
| 项目/流程 | QA目前参与形式 | 功能用例全回归集 | 自测冒烟 | 接口测试 | UI测试 | 性能测试 | 异常测试 | 环境部署自动化 | 接口自动化UI自动化 | 持续集成 | 线上接口监控 | 灰度发布 | 业务哨兵监控 | |
| **** | 黑盒测试：功能&接口 | Y | N | Y | Y | N | N | N | Y | N | N | N | N | N |
3）找到核心问题
?
指定目标
立足业务目标、指定合理、可衡量可落地的团队关键目标
1）一个团队的目标从何而来？
团队目标应该从上一级目标拆解而来，服务和支撑于上一级目标。
举个例子：
业务大团队目标：XX产品提升3%的项目覆盖
目标拆解分析：在做快速增长的时候，功能质量、稳定性及用户体验会给用户是否有意愿安装使用带来较大的摩擦
关键目标制定：
22年问题漏测率从5%降低到3%
2）如何检验团队目标的合理性？
- 候选目标是否与上一级目标一致
- 谁拥有对目标的主导权，我们团队还是其他团队
- 这个目标是否可衡量
- 完成该目标的主要力量是团队管理者还是团队成员
举个例子：
| 标准 | 说明 | 案例 |
| 候选目标是否与上一级目标一致 | 如果不一致，果断放弃 | 安装率的达成，一个很重要的基石是产品线上质量 |
| 谁拥有对目标的主导权，我们团队还是其他团队 | 你的团队应该对该目标有主导权 | QA 团队主导，推进整体产品研发达成 |
| 这个目标是否可衡量 | 目前要尽量做到可衡量 | 线上缺陷率 3.5% 降低到 2.0% |
| 完成该目标的主要力量是团队管理者还是团队成员 | 如果一个目标过多依赖团队管理者，团队成员就容易失去对这个目标的兴趣 | 一线的项目测试同学 |
3）目标如何制定、执行、评估？
举个例子：
关键目标：22年问题漏测率从5%降低到3%
| 行动准则 | 实际行动 |
| 把握关键：哪些环节对实现此目标最为关键 | 建设统一有效的研发流程规范和交付标准，做好各个环节的质量卡点，提升交付质量 |
| 对照标杆：在团队内外，实现此类目标的最佳实践有哪些 | 以平台支撑，实现流程规范化、交付标准化、贯穿垂直能力，提升交付质量 |
| 突破障碍：团队实现此目标的障碍有哪些？如何突破？ | 团队人员质量意识不足，落实规范和标准，开展质量内建活动 |
| 寻求创新：为实现此目标，有没有更好的方法可以采用 | 引入精准测试，通过正向追溯对测试覆盖进行有效反馈，便于开展测试补充，提升覆盖度 |
落实规划
目标为核心，结合问题，制定解决思路和规划
举个例子：
A 团队在 “产品质量保障” 层面需要从合格提升到优秀
制定规划：
持续跟进
核心原则：数据驱动，持续跟进。
通常对于目标考核的最小单位是季度考核，那么对于目标的结果，需要通过过程化的跟进来跟踪把控，以便提前识别风险，做出调整。
迭代
不断完善自己的质量体系，把握‘保障产品质量，提升研发效率’的根本目标，根据具体项目完善需要提升的内容，使QA团队能更好的服务项目，提升质量
上图借鉴原文章作者图
下面链接为原文章：作为测试负责人接手一个新业务，怎么干？
接下来我会针对自己当前的项目组考虑如何在当前资源内，提升研发效率及质量
