当我加入一个根本没有 QA 的团队时，我实际上会做什么

Source: Dev.to

为什么要招聘 QA 负责人

当公司招聘 QA 负责人时，通常意味着团队在质量管理方面已经超出了原有的做法。发布需要变得更可预测，而他们已经准备好实现这一点。

常见的期望

在很多地方，QA 往往被视为“最后检查的人”。所以当一个带有 “Lead” 头衔的新成员加入时，工程师们会悄悄等着看是否会有更多流程落到他们的桌面上。大多数 QA 负责人会通过产出一些可见的东西来回应——一份策略文档、一个新框架、一个测试模板——也就是你在第一周就能指着看的东西。

更好的起点

我发现有一个更好的起点。我会先和人交流。我会询问工作是如何从想法走向发布的，测试在何处、如何进行，哪些环节容易出现纰漏，以及他们希望哪些地方更清晰。

如果在不了解这些的情况下就直接引入框架，可能满足了你展示影响的需求，但很少能解决真正的问题。很快，入职和早期对话中提到的相同担忧会再次出现：工作耗时超出预期，发布难以预测。到那时我并不惊讶，因为我已经看到了模式，只是把这些点连起来而已。

先倾听

我通常引入的第一个实践，是团队已经讨论过但从未形成习惯的内容。

将想法转化为习惯

这就是我实际做的事。我倾听团队已经意识到需要改变的地方，并帮助把它转化为我们可以共同构建的东西。

接下来会怎样

下一篇文章将探讨另一种情况：当团队已经有了流程，却仍然不起作用时会发生什么。