还记得80年代的电影中的那句：“如果有什么奇怪的东西，看起来不正常，你会找谁？鬼怪猎人！”？在 Joomla 中，我们有自己的鬼怪猎人。他们被称为 Bug Squad，我们的特殊部队，修复看起来不正常和其它破损的东西。但这些人是谁？他们做什么？你也能成为其中一员吗？阅读并了解！

团队的主要目标是什么？

Jacob Waisner: 团队的目标是减少 Joomla 中的错误数量。但这不仅仅是如此。我们还对问题进行分类，以确定它们是否确实是错误，并与发布负责人协调根据优先级进行错误修复。

Richard Fath: 我们的任务，正如在 志愿者门户 中所述，是减少 Joomla 中的错误数量。

但是，每一个有大型软件项目经验的人都知道，这是一项永无止境的工作，一项不可能的任务，一项西西弗斯任务。任何非平凡的代码块都会有错误，甚至错误修复也可能引入新的错误。

因此，我们的目标不能是零错误，因为这意味着我们不会触摸代码进行任何除了错误修复之外的事情。没有增强，没有新功能，没有支持新的 PHP 版本，然后有一天在遥远的未来，你可能会知道零错误，但仍可能存在未知的问题。

目标只能是将错误的数量保持在尽可能小。因此，我们希望尽可能好地管理错误，以便它们能够尽快从其他问题中分离出来，例如增强功能，并在合理的时间内解决。

你在 Joomla 生态系统中的位置是什么？

Richard: 我们是生产部门的一部分。

你在团队中扮演什么角色？

Richard: 除了“普通”团队成员外，我们团队中还有所有发布负责人，所以我们与他们有快速的沟通渠道。

团队成员：请介绍一下自己！

雅各布·瓦伊斯纳（团队负责人）：我从2015年开始为Joomla做出贡献，最初只是处理报告的问题。不久之后，现实生活让我暂时离开了。我于2020年重新加入了团队。虽然我不专注于编程语言，但我努力测试PR，并在跟踪器中分类问题。

理查德·法斯（副团队负责人）：多年来一直是频繁的贡献者，于2019年5月被邀请加入团队。几个月前，雅各布邀请我担任副团队负责人，我同意了，所以当他没有时间时，我帮忙做一些团队会议。除此之外，我在数据库、更新和安装相关主题以及Git和GitHub上分享我的知识。

克里斯蒂安娜·迈尔-斯塔特赫尔：如果我记得正确的话，我是在2019年为Joomla 3做了一系列测试和拉取请求后加入团队的。我像其他成员一样做同样的事情：检查新（和旧）问题，有时编写解决方案，测试PR，主要针对用户界面。

尼古拉·加尔加诺：我已经在这个团队中一段时间了，我有幸领导这个团队几年，我主要分享我在sql、网络服务和CLI方面的专业知识。

特洛伊·霍尔：我被称为“熊”或N6REJ，自2010年以来一直是JBS成员。我倾向于忘记事情，但幸运的是，团队容忍了我。我的主要职责是测试报告的bug，当我发现一个bug时，我会试图找出它的根本原因并修复它。我对我们的图标和多媒体处理很热情。

里克·斯潘：去年，当Cassiopeia模板出现一些bug时，我更多地参与了代码的贡献。因为我正在基于Cassiopeia创建自己的模板框架，所以我需要修复一些东西。在修复事情的过程中，我也开始进行大量的补丁测试，因为许多烦恼在其他拉取请求中得到了解决。我的活动并没有被忽视，理查德邀请我加入团队，我很高兴地接受了。我已经是一个团队成员3个月了，成为这样一个奉献团队的一员真是太好了！我的热情是前端开发，我希望我的专业知识能为团队增添价值。

你们多久举行一次会议，会议是如何进行的？

雅各布：我们每两周通过Glip举行一次会议，会议议程是基本的，所有团队成员都可以添加他们想要讨论的任何话题。

你们使用哪些工具进行协作？

理查德：我们使用Glip上的团队频道进行每周两次的文本聊天，无论何时需要与其他团队成员交谈，以及Glip上的公共频道，例如请求社区测试拉取请求或发布公告。我们管理问题和拉取请求，在GitHub上以及问题跟踪器中。

如果你用三个词来描述团队内的氛围，那会是什么词？

特洛伊：乐于助人、无偏见、友好

理查德：协作、乐于助人、友好

尼古拉：Per aspera ad astra （JCM：这大致翻译为“通过艰难走向星辰”）

克里斯蒂安娜：乐于助人、专业、要求严格

雅各布：专业、协作、热情

里克：专心、开放、合作

团队在过去一年（几年）是如何发展的？

特洛伊：多年来，团队基本上是死的。随着目前的成员，它再次活跃起来，并为Joomla的增长做出了巨大贡献！

理查德：在2019年4月加入之前，我没有看过团队的很多活动，但我认为特洛伊是对的，在此之前的一段时间里，团队并不活跃。那时尼古拉开始担任团队领导，并邀请了我这样的新成员，因此将活动水平提升到了现在的水平。感谢尼古拉。

雅各布：如其他团队成员所述，活动有所下降。现在我们的重点是引进具有广泛技能的新成员，从编程到能够测试PR，我们看到了活动水平的提高。与发布领导的额外协调也有助于我们保持一致，并以更高效的方式为每个发布提供所需的支持。

您认为最大的挑战是什么？需要哪些措施来解决这个问题？

特洛伊：关于设置现代开发服务器和用于向Joomla贡献代码的关联程序，有太多的旧/矛盾的文档！
需要为每个主要IDE编写非常详细的一步一步指南，包括代码合规性。我想象PHPStorm和Visual studio code会是前两名。

克里斯蒂安：工作往往耗时且要求高。我们必须检查每一个问题和PR。我们需要确定某件事是否是一个有效的问题，或者一个测试是否是一个有效的测试。有时很容易，有时需要特殊的知识和很多时间。最大的挑战是不清楚且无法复现的问题。

您需要额外的志愿者吗？如果需要，他们在什么岗位上？

雅各布：总是需要志愿者。这并不意味着你必须是团队成员才能做出贡献。我们有很多问题以及PR可以使用人来验证和测试。如果你有编程技能，有很多问题需要帮助。

理查德：我们永远不会嫌志愿者多。但就像雅各布说的，你不必一定是团队成员。我们最急需的是测试bug和问题的修复，也就是所谓的“拉取请求”，在GitHub上。

特洛伊：需要大量的文档。在过去的两年里，架构发生了巨大的变化，这尤其导致了太多的“巫术”行为。

里克：有一种误解，认为只有核心开发者才能帮助测试补丁。很多补丁很容易由集成者甚至用户测试。问题是测试说明并不总是像应该的那样清晰，这可能会让人感到沮丧。因此，编写好的测试说明非常重要。现在的挑战是说服人们开始测试补丁并不难，而且很有趣。

此外，JUG的也可以在帮助测试补丁中发挥重要作用。我鼓励每个JUG将补丁测试会议作为他们常规项目的一部分。

如果我们想帮助您，我们如何做？偶尔，或者加入团队，或者可能两者兼而有之？

理查德：您可以通过在GitHub和问题跟踪器上报告问题，如果可以的话，评论问题，在GitHub上创建拉取请求或测试其他人的拉取请求来帮助我们。
如果您偶尔这样做是可以的，但当然，如果您能抽出时间更规律地这样做，我们会很高兴。

如果后者是这种情况，过一段时间后，我们会注意到您的GitHub活动，我们的团队领导会邀请您加入我们的团队。

作为团队成员，除了您持续的贡献之外，您还会帮助我们处理“管理”方面的事情，比如当拉取请求经过两次成功的测试时，将其设置为RTC（准备提交，即准备合并到源代码），或者为它们分配标签以更好地分类。

任何报告问题的人，如果按照以下方式操作，都可以非常有帮助

• 为您的问题起一个有意义的标题，提供必要的详细信息，并保持对澄清的响应，所以请定期检查您的电子邮件，以接收GitHub关于您问题的邮件。不要只是发帖后就离开。
• 不是所有不符合您预期的事物都是错误。错误的定义是软件没有按照程序员的期望运行。在这个上下文中，“错误”这个词来源于真空管计算机的古老时代，当时真正的错误导致短路，所以计算机计算出奇怪的结果。因此，当问题只是关于UX问题，可能是改进或仅仅是品味的问题时，不要将问题标题定为“Joomla中的错误”。
• 准备好测试您问题的修复（拉取请求）。通常需要一定的环境、配置或数据才能重现问题，而您已经遇到了这个问题，所以您拥有所有这些。如果可能的话，请进行完整备份（文件和数据库），稍后您可以在子域或本地测试环境中使用它来重现问题并测试修复。每个拉取请求都需要2次成功的人工测试，所以您的测试已经完成了所需的50%。

Troy：关于代码更改的详细、易于搜索的文章。

下一个应该采访哪个团队（以及为什么）？

Christiane：一个与代码和错误修复无关，但展示开发者工作成果的团队：Showcase Directory Team。