01
质量团队是专业的测试团队
测试活动的是质量团队的基本盘，需要能够开展专业的测试活动，具备良好的测试思维。能够制定针对当前迭代特性内容的测试策略，通过不同方式的测试建模，输出一份高质量的测试用例（体现你的测试思维）。
同时，能够为自己测试过的内容，承担一份责任，能够保证产品的基本质量，测试遗漏是难免的，但是我们不能把线上问题简单地归结为对质量意识不强或者开发人员能力太差，测试应该有责任和能力去探查问题的根源并加以改进。出现问题并不可怕，可怕的是让问题重复出现而自己视若无睹。
02
质量团队是质量管理团队
质量团队需要去规范研发过程中涉及质量相关的活动，为整体的研发活动赋能，完成质量内建。比如各类测试活动的开展规范，需求验收怎么写、单元测试怎么做，Showcase需要注意哪些内容，业务测试如何开展，专项测试如何开展等等，必要的时候，输出各类测试白皮书。
要让质量意识传达到研发的每一个环节。要求参与的各个角色实时对软件的质量负责，确保软件在交付到下一环节前已经有了基础的质量保证。质量内建的目的是减少因为前期风险不可控而导致后期的修复成本增加，进而浪费大量资源。其本质是一种思想和文化。通过全生命周期的全员对质量负责的理念，来指导在实际的软件研发过程中关注质量，提高设计和构建质量。
03
质量团队是一个工具团队
为了更快更好地支持质量内建和敏捷研发，在测试活动中需要用到各类的工具或者平台，质量团队需要有能力去建设这些工具或平台。还应该能够去支持各类专项测试的开展。
04
质量团队还应该是个业务团队
业务需求不是在办公室里想出来的，测试团队也是，不能仅凭需求开展测试，测试团队需要去深入了解业务，扎根一线业务，想业务之所想。才能更好地进行测试，必要的时候，需要能够充当客服的角色，为使用方答疑解惑。
笔者目前在制造业，很多业务需要特定制造领域的知识，而这类的测试人员相对较少，如何让测试人员具备一定的业务知识呢？最简单的方式就是下产线，去流水线，去仓库，去看看一线工作是如何操作和使用系统的。去体验他们的难点，梳理他们的逻辑。
05
以上，都是质量团队在做的事，也是质量团队应该去做的事。如果你只是在其中某个环节努力，那可以尝试跳出当下的活动，看看有没可能从别的方向入手，提升自己的护城河。
如果你是个测试管理者，也应该有这样的视野，为团队的质量保驾护航。
共勉。
附：
研发效能也是质量的一部分，关注公众号并回复“效能”，可获取最新由12位大咖联袂编写的《2023研发效能100问》上
