给初创公司 CTO 和 VPE 的一些智慧箴言

​​

作者注：这是对我之前那篇《你真的需要聘请 QA 或组建 QA 团队吗？》一文的后续。在那篇文章中，我总结说，到了某个时候，你可能需要聘请你的第一位测试工程师并开始组建质量团队。本文讨论了你应该何时考虑这一点，以及我认为较好的方法是什么，以及为什么。

首先，你甚至需要 QA 或测试团队吗？

工程师主导型公司与产品/业务主导型公司

我在 Plato 的 Elevate 2024 会议上参加了一个名为“无需 QA 的质量：使用主动方法创建优秀软件”的圆桌讨论（主要是出于纯粹的好奇心）。主持人介绍了他们作为工程组织所采取的方法，即所有测试均由工程师设计和自动化，因此无需 QA 或 QA 团队。

我问：“如果产品或业务询问是否可以比工程提供的计划提前一个月发货，你会怎么回答？”

“我们会说那时我们还没准备好，”是回答。

“好的，那么产品或业务会回来说，这个日期需要命中，以便利用客户的需求”

“我们会说我们不会在工程流程上妥协。我们不会为了满足业务需求而在工程质量上妥协”

“好的，那么业务/产品会回来说，也许这不是公司需要的工程团队。我们需要工程领导来满足业务需求”

“但你会失去你最好的工程人才，你会失去领域专业知识”

“他们可能会回来说：我们能从时间表上削减什么？这些说测试自动化的任务是什么？我们只需要有人来测试功能正确吗？为什么我们不能聘请一些临时合同工来测试它们？”

主持人让小组明白，存在工程师主导型公司，这些公司的工程师负责决策，并在产品发货时间方面拥有更强的谈判地位，以及业务或产品主导型公司，其中工程的杠杆较小。不要误解，我并不反对没有 QA 的设置，这对某些团队来说是可行的（这很棒！想想在人员配备和协调方面节省了多少），但作为 CTO 或 VPE，你如何知道何时实际上需要组建一个测试团队（或聘请你的第一位测试工程师）？

开发者疲惫不堪

这种情况是开发团队的负担过重，上下文切换过多，例如全栈工程师在冲刺之间或冲刺内从前端切换到后端。他们需要一个测试合作伙伴（或多个合作伙伴）来（a）帮助进行一级故障排除（b）查看功能应如何测试并分担一些测试和/或编写测试自动化的负担。团队已尝试按照 [1] 中的建议增加单元和 E2E 测试覆盖率，但业务需求只是要求他们专注于构建功能。

客户服务疲惫不堪

在这种情况下，几乎所有的发布（或相当多的发布）都会在下游引发客户问题，客户服务团队被大量愤怒的客户淹没。[1] 中概述的方法不足以解决发布质量 issues，或者存在太多的业务需求，即使以牺牲一些客户满意度为代价，也要推出功能。

需要太多的测试编排

[1] 中所述的措施确实需要你作为 CTO/VPE 花一些时间来编排测试。这可能会转移你对与业务目标更一致的重要任务的注意力。你可以将其委托给高级开发人员或产品经理，但这不是他们的核心能力。如果委托给经验较少的工程师/产品经理，他们可能没有足够的威望来拒绝发布。

产品质量的缺乏阻碍了实现业务目标的进程

这可能是聘请你的第一位测试工程师或组建测试团队的最重要原因：即使按照 [1] 中概述的措施，或者团队无法腾出资源将单元测试覆盖率提高到较高水平，或者由于开发周期压缩和/或处理过 legacy 代码，代码状况不佳（高度耦合，低内聚），以至于编写单元测试太痛苦，以至于公司无法在产品采用方面获得足够的牵引力，或者用户/客户如此不满，以至于业务无法推进。

为什么构建初创公司测试工程团队具有挑战性？

所有者与员工

如 [1] 中所述，存在所有者和员工。具有员工心态的人将工作视为一份工作。他没有像 CTO/VPE 或甚至先驱工程师那样在情感上（或财务上）投入公司。他会用完他所有的休假时间，并且没有看到，作为一家初创公司，公司正在与时间赛跑，以推出创始人的产品/公司愿景。

在我的经验中，为初创公司招聘测试工程师时，超过 50% 的候选人具有员工心态。

另一方面，创始人/CTO/VPE 可能知道他信任的网络中的人，并且知道他具有所有者心态，但没有在团队中发展测试功能的经验。这让我进入我的下一个观点。

经验与更长的职业跑道

这可能是构建初创公司测试工程团队最具挑战性的方面。与在开发中你有 CTO/VPE 有一些运行开发团队的经验，并且有 5-10 年的职业跑道不同，寻找一个既有测试工程的广度和技能知识，又能从作为第一位测试工程师（或第一组）成长为 5 年内质量保证总监的人，是非常困难的。非常有经验的测试工程师可能不想做较低级别的工作，或者他们处于人生的阶段，想要和孩子一起度假。经验较少的测试工程师处于人生的阶段，他们想要建立职业生涯，但需要指导和指导来成长。

构建测试功能

通常的路径

我所见过的大多数团队的情况是，CTO/VPE 获得预算并出去聘请了一批 QA，并自己管理他们，或将其委托给团队中更高级的成员，或让 QA 嵌入每个 Pod 或团队中。通常，痛苦是如此严重，以至于 CTO/VPE 过度招聘（这类似于在饥饿时不要去购物的建议）。一段时间后，CTO/VPE 意识到她（或她委托的工程领导）无法为这个团队提供关于职业发展的指导/指导，也无法制定一个计划，说明如何与开发和产品团队一起发展这个团队。她然后获得预算，出去聘请一位更有经验的 QA 领导来清理混乱。QA 领导上任后意识到，早期的一些招聘将无法实现公司的下一个增长阶段，不得不替换他们。这造成了不连续性，并且在这个过程中丢失了一些组织和产品历史信息。

一个更好的方法

以下是我认为解决这个问题的更好方法：

聘请 QA 咨询师或兼职 QA 领导来帮助制定方向 这位咨询师/兼职领导应对情况进行评估（包括所需的 QA 团队规模），帮助建立测试编排，然后利用他们的网络，寻找并聘请第一位或前几位测试工程师。 这些测试工程师应该是相对初级的，具有成长和渴望成长的潜力。计划是其中一人最终将领导 QA 功能，向 CTO/VPE 汇报 这位咨询师/兼职领导应在几年内参与其中，并指导测试工程师，以便至少有一人最终将领导团队 通过这种方法，你将保持连续性。随着公司的发展而加入的招聘人员将留下来，在公司中担任领导和高级职位。他们对组织历史有着深刻的了解（我喜欢说“他们知道所有尸体在哪里”）。利用咨询师/兼职领导，你也利用了他们的网络和专业知识，从而减轻了人力资源/招聘的负担（这可能很小）。

什么是兼职领导？ 这是来自兼职第一网站 [2] 的内容：“兼职领导是一位经验丰富的高管，他提供兼职、灵活的领导力。这允许组织利用他们的专业知识，而无需承担全职招聘的承诺。通常，他们领导战略举措并监督运营团队。”

这与全职员工、咨询师或顾问/教练相比如何？同样来自 [2]：

​​

你应该如何寻找第一位测试工程师（们）？ 首先，伟大的测试工程师应该具备什么素质 在 [3] 中，我涵盖了伟大的测试工程师应该是什么样的。总而言之，候选人应该具备：

• 工程师心态
• 知识好奇心
• 敏锐性
• 坚韧性
• 技术能力
• 脊梁

接下来是态度 我们正在寻找具有所有者心态的候选人，但最重要的是渴望。初创公司很难。至少在头几年，这是一场艰苦的战斗，而且没有盈利退出的保证。理想的候选人必须具有弹性心态，因为在路上会有很多挑战。最后，理想的候选人必须具有成长心态，因为他必须从构建和执行测试成长为制定质量战略。

最后，一个提醒 CTO/VPE 的角色是从技术领域推进公司的业务目标。有很多事情要做，而目前软件/发布质量的问题虽然紧迫和重要，但并不是唯一需要关注的任务。可能只是值得聘请咨询师/兼职领导来帮助建立和运行这个系统。