如何做好团队测试建设

今天读了一篇文章，感觉写的挺好，对于测试团队建设，质量提升的观点写的很好。下面结合自己的工作经历写写自己的感想，记录下以后要如何提升自己和团队。

新接手一个业务，要怎么做？

 

首先要融入环境，熟悉组内工作氛围、人员角色、工作沟通模式

多看多听多记录，而不是着急发表意见，一般这时发表的意见都是基于之前项目的模式上经验的延续，不一定适用于本项目，而且刚入组就着急发表意见一般领导、组员不会轻易采纳，而是会觉得你急于表现。

最好脚踏实地干一阵，摸清项目的工作模式在思考提出自己的建议

理清业务

这一阶段搞懂业务是做什么事情，有哪些功能模块，与哪些服务进行交互，验证环境。再深一点，需要明白业务涉及的微服务、服务间数据流向

我是如何做的：

1）获取项目的文档查看梳理：用户指南、测试用例、设计文档、组内业务积累库的资料

这些资料有的话最好

2）上手系统，对照资料进行操作，通过画xmind脑图进行业务模块的划分，细化到有什么模块，各模块下支持什么操作

这样梳理完一遍，基本对业务模块组成有较清晰的理解

3）对测试用例执行过程中的疑点，进行确认，用例中需要补充的验证点罗列出来补充

4）进行业务测试，遇到问题进行问题定位，可以联系组内QA、开发，了解问题定位过程，过程中会涉及看接口请求、服务日志、数据库、redis 、kafka等，过程中可以向开发QA请教涉及的微服务、数据流向

定位完后，一定要做记录，将问题现象、定位过程、涉及服务、数据流进行总结。这样一段时间后，对业务涉及的微服务及业务数据流会了解的比较快。而且自己也可以进行简单的业务问题定位了

5）多做总结，输出文档，有条件的在组内分享（如果能把你的知识能清晰的讲明白给其他人，相信你会有更大的收获）

梳理团队

从团队和个人两个方面去盘点当前状态

1.团队

一个QA团队要做好3个事情：

• 产品质量保证（根本）
• 团队梯队建设（动力）
• 团队影响力（发展）

可以按照下面的目标矩阵来衡量团队所处的状态，注意：衡量时要以案例和数据支撑来说明