那些像我们一样面临着在测试领域选择合适专家的问题的人会对本文感兴趣。
奇怪的是，随着我们共和国IT公司数量的增加，只有有价值的程序员的数量增加，但测试人员的数量却没有增加。 很多人渴望进入这个职业，但了解其意义的人却不多。
我不能代表所有 IT 公司，但我们已将 QA/QC 的角色分配给我们的质量专家。 他们是开发团队的一部分，参与开发的所有阶段，从研究到新版本的发布。
团队中的测试人员，即使在计划阶段，也必须考虑接受用户故事的所有功能和非功能需求。 他必须像程序员一样了解产品的运行特性，甚至更好，帮助团队即使在规划阶段也不会做出错误的决策。 测试人员必须清楚地了解所实现的功能将如何工作以及可能存在哪些陷阱。 我们的测试人员自己创建测试计划和测试用例，并准备所有必要的测试平台。 根据像猴子答题器这样的现成规范进行测试不是我们的选择。 在团队中工作，他必须帮助发布有价值的产品，并在出现问题时及时发出警报。
我们在寻找测试人员时遇到了什么
在研究了很多简历的阶段，似乎有适合我们经验的专家，为我们的团队选择测试人员不会有任何问题。 但是，在个人会议中，我们越来越多地遇到实际上与信息技术世界相距甚远的候选人（例如，他们无法讲述浏览器和网络服务器之间的交互原理，安全性、关系型和非关系型的基础知识）。关系数据库，他们对虚拟化和容器化一无所知），但同时在高级 QA 级别上对自己进行了评估。 经过数十次采访，我们得出的结论是，该地区适合我们的专家数量可以忽略不计。
接下来我会告诉大家，为了找到那些期待已久的品质战士，我们采取了哪些步骤，踩了哪些错误。
我们如何尝试解决这个问题
在努力寻找现成的专家后，我们开始瞄准附近的地区：
- 我们试图运用评估实践来从众多“不去管”的人中找出我们可以培养出强大专家的人。
我们要求一组知识水平大致相同的潜在候选人来完成任务。 观察他们的思维过程，我们试图找出最有前途的候选人。
我们特别提出了测试注意力、对技术能力和多元文化特征的理解的任务：
- 我们为测试人员举办了聚会，以扩大现有队伍对专业的理解范围。
我会告诉你一些关于他们每个人的信息。
Ufa Software QA 和测试聚会 #1 是我们第一次尝试聚集那些关心该行业的人，同时了解公众是否会对我们想要向他们传达的内容感兴趣。 基本上，我们的报告是关于如果您决定成为一名测试员，最好从哪里开始。 帮助初学者睁开眼睛，像成年人一样看待测试。 我们讨论了新手测试人员加入该行业需要采取的步骤。 关于什么是质量以及如何在实际条件下实现质量。 另外，什么是自动测试以及在哪里使用它更合适。
然后，间隔1-2个月，我们又举行了两次聚会。 参与者人数已经是原来的两倍。 在“Ufa Software QA 和测试聚会#2”上，我们更深入地研究了该主题领域。 他们讨论了错误跟踪系统、UI/UX 测试、Docker、Ansible，还讨论了开发人员和测试人员之间可能存在的冲突以及解决这些冲突的方法。我们的第三次会议，“Ufa 软件 QA 和测试聚会 #3”，与测试人员的工作间接相关，但对于及时提醒程序员他们的技术和组织职责很有用：负载测试、e2e 测试、自动测试中的 Selenium、Web 应用程序漏洞。
一直以来，我们一直在学习如何在活动广播中创建正常的灯光和声音：
→
→
→ - 最后我们决定尝试为测试人员举办一场黑客马拉松
我们如何为测试人员准备和举办黑客马拉松
首先，我们试图了解这是什么样的“野兽”以及它通常是如何进行的。 事实证明，此类活动在俄罗斯举办的次数并不多，也无处可借鉴。 其次，我不想立即投入大量资源到一个乍一看可疑的事件上。 因此，我们决定举办简短的迷你黑客马拉松，不是针对整个 QA 工作周期，而是针对各个阶段。
我们最头痛的是当地测试人员缺乏创建清晰测试图的实践。 他们不会花时间研究实施前的用户故事，也不会创建开发人员清楚的功能和非功能需求、UI/UX、安全性、工作负载和峰值负载的验收标准。 因此，我们第一次决定经历他们工作中最有趣和最具创造性的部分——在项目前期研究期间分析和形成需求。
我们估计了潜在的参与者数量，并确定我们需要至少 5 个 MVP 版本积压、5 个产品和 5 个充当产品负责人、破译业务需求并就限制做出决策的人员。
这是我们得到的： .
主要想法是提出尽可能远离所有参与者日常工作的主题，并为他们提供创造性想象力的空间。
我们犯了哪些错误以及我们可以做得更好吗？
在销售人员和基层管理人员的招聘领域，使用评估方法非常流行，但这种方法需要付出巨大的努力，但并没有让我们对每个参与者给予足够的关注并评估他的能力。 一般来说，这种选择会给公司带来负面形象，因为很多人没有得到足够的反馈，从而给自己和他人造成雇主暴政的影响（IT社区的沟通非常发达）。 结果，我们实际上只剩下两位前途遥远的潜在候选人。
聚会是一件好事。 为阐述奠定了广泛的基础，参与者的总体水平也得到了提高。 该公司在市场上的知名度越来越高。 但此类事业的劳动强度并不小。 您需要清楚地了解，举办聚会每年大约需要 700-800 工时。
至于测试黑客马拉松。 这类活动还没有变得无聊，因为与开发人员的黑客马拉松不同，它们的举办频率要低得多。 这种想法的好处是，可以轻松地交流大量的实践知识，并相当准确地确定每个参与者的水平。
分析事件结果后，我们意识到我们犯了很多错误：
- 最不可原谅的错误是认为4-5小时对我们来说就足够了。 结果光是介绍和熟悉backlog就花了将近2个小时。
在初始阶段与产品负责人合作以及深入研究该主题领域所花费的时间是相同的。 所以剩下的时间显然不足以全面开发测试地图。 - 由于已经是晚上了，所以没有足够的时间和精力对每张地图进行详细的反馈。 因此，我们显然没有通过这部分，但最初的目的是成为黑客马拉松中最有价值的部分。
- 我们决定通过所有参与者的简单投票来评估开发质量，为每个团队分配 3 票，他们可以投票给最高质量的工作。 也许组织一个陪审团会更好。
你取得了什么成就？
我们已经部分解决了我们的问题，现在我们有 4 个勇敢、英俊的男人为我们工作，负责 4 个开发团队的后方。 目前尚未注意到大量潜在的强有力候选人以及该市 QA 社区水平的切实变化。 但已经取得了一些进展，这不能不令人高兴。
来源： habr.com