大家好！ 我叫 Yulia，是一名测试员。 去年我告诉过你 - 我们公司举办的一次活动，旨在清理积压的 bug。 这是一个完全可行的选择，可以在一天内显着减少（在不同团队中从 10% 到 50%）。
今天我想向您介绍我们的春季巴戈德尔尼赛制 - BUgHunting (BUH)。 这次我们没有修复旧的错误，而是寻找新的错误并提出功能想法。 剪辑下方有许多关于此类活动的组织、我们的结果和参与者的反馈的详细信息。
经过思考并写下规定后，我们向企业Slack的所有渠道发出了邀请，其中不包含任何限制：
结果，大约 30 人报名了——其中包括开发人员和非技术专家。 我们为这次活动安排了一个工作日，预订了一个大会议室，并在办公室食堂组织了午餐。
Зачем？
似乎每个团队都测试其功能。 用户向我们报告错误。 为什么还要举办这样的活动呢？
我们有几个目标。
- 介绍更接近相关项目/产品的人.
现在在我们公司，每个人都在不同的团队-单位中工作。 这些项目团队正在处理自己的部分功能，并且并不总是完全了解其他项目中发生的情况。 - 只需将您的同事互相介绍一下即可.
我们的莫斯科办事处有近 800 名员工；并非所有同事都彼此认识。 - 提高开发人员发现产品中错误的能力.
我们现在正在推动敏捷测试并朝这个方向培训人员。 - 不仅仅让技术专家参与测试.
除了技术部门之外，我们还有许多来自其他专业的同事想要更多地谈论测试，如何正确报告错误，以便我们收到更少的消息，例如“啊......没有任何效果。” - 当然，还要发现棘手且不明显的错误.
我想帮助团队测试新功能，并让他们有机会从不同的角度查看已实现的功能。
履行
我们的一天由几个部分组成：
- 简报;
- 关于测试的简短讲座，其中我们仅涉及要点（测试的目标和原则等）；
- 关于引入错误时的“良好举止规则”部分（ 原理有很好的描述）；
- 针对具有高级描述场景的项目的四次测试会议； 在每次会议之前，都会有一个关于项目和团队划分的简短介绍性讲座；
- 对事件的简短调查；
- 总结。
（我们也没有忘记会议和午餐之间的休息时间）。
基本规则
- 活动报名均为个人报名，解决了如果一个人决定不去，整个团队会因为惯性而流失的问题。
- 参与者每节都会更换团队。 这样可以让参与者随时来去，也可以结识更多的人。
- Команды 每次会议前两个人 是随机形成的，这使其更加动态且更快。
- 对于引入的错误，您将获得奖励 根据重要性评分（从 3 到 10）.
- 重复者不会获得积分。
- 错误必须由团队成员根据所有内部标准提交。
- 功能请求在单独的任务中创建并参与单独的提名。
- 审计小组监督所有规则的遵守情况。
其他细节
- 最初，我想做一个“高级”测试活动，但是...... 很多非产品团队的人都报名了（SMM、律师、公关），我们必须大大简化内容并删除复杂/简介的案例。
- 由于JIRA中各个单元工作在不同的项目中，根据我们的流程，我们专门创建了一个单独的项目，在其中设置了引入bug的模板。
- 为了计算积分，他们计划使用通过 webhooks 更新的排行榜，但出了问题，最终不得不手动完成计算。
每个人在组织活动时都会遇到问题，为了让您更轻松一些，我将描述您可以避免的问题。
其中一位演讲者突然病倒，不得不寻找新的演讲者.
我非常幸运，早上 9 点就找到了同一团队的替代者）。 但最好不要靠运气，有备用的。 或者准备好自己提供必要的报告。
我们没有时间推出功能，我们不得不交换块.
为了避免丢弃整个块，最好制定一个备份计划。
一些测试用户掉线了，我们必须快速重新创建新用户.
提前交叉检查测试用户或能够快速完成。
格式被简化的人几乎没有一个来.
没有必要强行拖拽任何人。 谦卑自己。
有一个选项可以严格规定活动的形式：“业余”/“高级”，或者一次准备两个选项，事后决定举办哪一个。
有用的组织点：
- 提前预约会议；
- 安排桌子，不要忘记延长线和电涌保护器（为笔记本电脑/手机充电可能不足以一整天）；
- 自动化评分过程；
- 准备排名表；
- 制作纸质讲义，其中包含测试用户的登录名和密码、Jira 使用说明、脚本；
- 不要忘记在活动前一周发送提醒，并注明您需要携带的物品（笔记本电脑/设备）；
- 在演示中、午餐时或喝咖啡时向您的同事介绍该活动；
- 同意开发人员在这一天不要更新或推出任何内容；
- 准备演讲者；
- 与功能所有者协商并编写更多场景进行测试；
- 订购零食（饼干/糖果）；
- 不要忘记告诉我们活动的结果。
结果
在一整天的时间里，这些人成功测试了 4 个项目，并产生了 192 个错误（其中 134 个是独特的）和 7 个功能请求问题。 当然，项目所有者已经知道其中一些错误。 但也有意想不到的发现。
所有参与者都获得了甜蜜的奖品。
获胜者是保温瓶、徽章和运动衫。
结果很有趣：
- 参与者发现艰难的会议形式出乎意料，因为时间有限，无法花大量时间思考；
- 成功测试了桌面版、移动版和应用程序；
- 我们同时看了很多项目，没有时间感到无聊；
- 会见了不同的同事，研究了他们引入错误的方法；
- 感受到了测试者所有的痛苦。
可以改进的地方：
- 减少项目数量并将会议时间增加到 1,5 小时；
- 提前准备礼物/纪念品（有时批准/付款需要一个月）；
- 放松并接受某些事情不会按计划进行并且会出现不可抗力。
评测
Anna Bystrikova，系统管理员： “济贫院对我来说很有教育意义。 我了解了测试流程，感受到了测试人员的所有“痛苦”。
首先，在测试过程中，作为一个示范用户，检查要点：按钮是否点击、是否进入页面、布局是否移出。 但后来你意识到你需要跳出框框思考并尝试“打破”应用程序。 测试人员的工作很困难；在整个界面上“戳戳”是不够的；你需要尝试跳出框框思考并非常专心。
印象只是积极的，即使是现在，在活动结束后的一段时间，我也看到了如何处理我发现的错误。 能够参与改进产品真是太好了^_^。”
Dmitry Seleznev，前端开发人员：“在竞争模式下进行测试极大地激励我们发现更多错误）。 在我看来，每个人都应该尝试参加 Baghunting。 探索性测试可以让您找到测试计划中未描述的情况。 另外，不了解该项目的人也可以就服务的便利性提供反馈。”
安东尼娜·塔楚克，高级编辑：“我喜欢尝试自己作为测试员。 这是一种完全不同的工作风格。 你试图破坏这个系统，而不是与它交朋友。 我们总是有机会向同事询问有关测试的问题。 我学到了更多关于优先考虑错误的知识（例如，我习惯于寻找文本中的语法错误，但这样的错误的“权重”很小；反之亦然，一些对我来说似乎不太重要的东西最终被一个严重的错误，已立即修复）。
在活动中，大家总结了测试理论。 这对于非技术人员很有用。 几天后，我发现自己认为我正在使用“什么-哪里-何时”公式来支持另一个网站，并详细描述了我对该网站和现实的期望。”
结论
如果您想让团队的生活多样化，请重新审视功能，安排一个迷你 “吃你自己的狗粮”，那你可以尝试举办这样一个活动，然后我们可以一起讨论。
祝一切顺利，bug 更少！
来源： habr.com