QA眼中的自己

---

• QA是团队话语权的末端，也是在开发结束后把关，但是如果上线了，出现问题，往往是测试背锅。
• 谁都想提升技术水平和能力，去做更有技术含量的QA，但是怎么做呢，如何入手
• 大部分QA的主要工作都是“点点点”，手动动作非常多，往往觉得自己没有特别大的价值
• ......

如何消除焦虑和疑问

---

认知

提高自我认知，是自我迭代的指导方向。就像每次迭代后的测试报告一样，我们也需要在各种阶段进行自我复盘。

方法论

做事情，不要先想怎么做，一定要问为什么做，希望大家之后在做事情，在做方案，在给别人讲东西的时候，先从为什么出发。

强烈推荐的方法论

The Golden Circle —— 2009年，Simon Sinek 在TED演讲《How Great Leaders Inspire Action》，成为了TED历史上最受欢迎的演讲之一。也就是在这次演讲中Simon提出了大名鼎鼎的「黄金圈法则（The Golden Circle）」。他说这是一个完全改变了他对世界如何运作的看法，甚至从根本上改变了他的工作生活方式的发现。

知识体系

设法提高认知，纠正方法论，思考并复盘，建立自己在QA领域的自我认知和知识体系。

LINK

---

QA-LINK.jpg

在产品迭代的全生命周期内，QA的角色是最复杂的，上游、下游有各种角色，但是请思考一个问题

在这个生命周期内的各个阶段是否做了QA该做的事情

价值是什么

---

QA的价值是团队赋能，在产品迭代的全生命周期内，在不同的阶段对不同的角色进行持续性的输出，为的是实现“质量内建”。

价值的实现，是需要策略的

---

目前QA工作的痛点和问题有什么

• 手动功能测试的重复性工作非常多
• 测试环境无法支撑并行多任务
• 缺乏快速反馈
• 缺乏测试体系的支撑，QA需要指导思想进行效能和质量提高的工作

策略主要包含什么，如何清晰的传达给团队

• 测什么
• 如何测

A One-Page Test Strategy

A One-Page Test Strategy—— Jamie McIndoe on 15 Dec 2015，首次提出可以把测试策略图视化，用一页纸来搞定。

原文链接

Testing Stuff - A One-Page Test Strategy

Our Team Test Strategy

Quality-As-A-Team-2.jpg

• 核心思想：团队为质量负责（QUALITY AS A TEAM）
• 测什么
  • 功能
  • 性能
  • 安全
• 如何测
  • 测试左移（SHIFT LEFT）
  • 质量内建（QUALITY BUILT IN）
  • 精益测试（TEST LEAN）
  • 测试右移（SHIFT RIGHT）

核心思想

质量不是QA一个角色的职责，质量需要整个团队负责，人人都需要关注质量。

测试左移与质量内建

• 测试左移：其思想的关键点在于尽早测试和频繁性测试。要求在PRD评审开始，QA需要进入，作为业务专家对需求的合理性进行验证，确保我们构建的是正确的产品，一定要在验证是多问WHY。
• 质量内建：在产品全生命周期内，每个阶段，都应该有质量活动，比如，在开发阶段，可以使用CI/CD进行自动化测试和代码检查，以获得快速反馈，把发现问题的时机提前到开发阶段。QA在这里是核心角色，起到LINK的作用，下图是果之产品迭代的几个阶段QA参与的测试活动：

Quality-As-A-Team-1.jpg

精益测试

测试精益可以理解为以业务价值为目标，以尽量少的成本交付高质量的软件，也就是说测试要测在能体现价值的点上，要做到有效覆盖、减少浪费，精益测试可以分成2的层面：

敏捷测试四象限

Quality-As-A-Team-Quadrant.jpg

上图主要分成4个方面进行测试活动，面向业务的测试（BUSINESS FACING）、面向技术的测试（TECH FACING）、评价产品的测试（CRITIQUE PRODUCT）、支持团队的测试（SUPPORT TEAM），每个象限符合有2个方面。

• 第一象限：支持团队的面向技术的测试；通过在开发和测试阶段，执行单元测试和集成测试、接口测试等，帮助团队，尽早发现BUG，持续集成代表了频繁，可以经常性的进行此活动，把质量缺陷由被动变为主动；
• 第二象限：支持团队的面向业务的测试；通过测试左移，QA在PRD评审、UI评审提前介入，保证根源的合理性，通过功能测试，从业务功能方面，保证BUG的发现；
• 第三象限：评价产品的面向业务的测试；通过模仿真实用户使用应用的方式，帮助确认是否构建了真正需要的产品；
• 第四象限：评价产品的面向技术的测试；主要采用工具和相应的技术来评价产品的性能、健壮性和安全性等非功能特性，并且在开发周期的每一步都要考虑这些测试的开展；

测试的金字塔分层

Quality-As-A-Team-Pyramid.jpg

测试右移

由于系统所处环境越来越复杂，技术架构的演进、业务复杂度和数据量的增加，带来更多的不确定性，系统的质量保障在测试环境已经搞不定了，需要把目光右移到生产环境。这就是测试右移的思想，其实也就是生产环境下的QA(QA in Production)。通过技术手段收集生产环境一切可利用的数据，包括日志、用户行为、用户反馈等，利用这些数据来分析和优化业务以及开发过程的开发和测试工作，形成一个开发过程与生产环境信息分析的良性循环系统。

写在最后

QA作为团队中最复杂的角色，应该通过各种实践、各种工具、汇总各种角色的能力，去对产品和团队赋能，作为产品迭代的全生命周期的Owner，去推动质量的改善。

良好表达 / 业务专家 / 协作沟通 / 业务价值交付 / 超强责任心

References

【视频】Golden Circle
【原文】A One-Page Test Strategy
【原文】Test Pyramid
【中文】测试金字塔