我曾使用 TRAC 来跟踪软件开发中的错误/问题，但对于典型的桌面用户来说，它似乎有点复杂。有没有比 TRAC 更易于使用的更好的（开源）工具？更针对最终用户（不是开发人员），也许引导他们了解常见的场景？
答案1
非软件： 在我们以前工作的地方，我们使用 OTRS（http://otrs.org/）它适用于非开发环境（在构建中没有修复，在构建中没有找到等等）。我们将其设置为针对我们的 Windows AD 进行身份验证。
我喜欢 OTRS 的一点是它可以集成到电子邮件和 Web 中。因此，用户可以通过电子邮件发送问题，它会打开一张票，然后您可以登录 Web 界面并回复他们的电子邮件。如果用户想使用一半的 Web 界面，他们可以……并且他们来回发送的所有内容都会存储为笔记。这对您和用户来说都是无缝的。
您还可以使用“预制回复”，这样您就可以向用户发送电子邮件或在票证中注明，而无需再次输入所有内容。
OTRS 还设有 FAQ 部分，您可以在其中放置“操作方法”部分。它还可以对某些单词进行正则表达式处理，并自动将它们放入不同的队列中。
软件： 对于软件错误跟踪，（我现在所在的地方）我们使用 Mantis BT。我想说它非常容易使用和设置，我们通过 openldap 服务器进行身份验证。
答案2
维基百科有一个问题跟踪系统比较
答案3
在我目前的工作中我们使用Redmine。我不知道这是否算作“更简单”，但对我们来说效果很好。
答案4
Bugzilla/Redmine 的替代方案是Mantis 漏洞追踪器。
如果你的开发人员正在使用 Eclipse，你应该注意与迈林，一个很棒的 Eclipse 插件，可以直接从 Eclipse 访问您的错误，并将源代码链接到它们。
我知道 Bugzilla 和 Jira（非常好但不开源）目前受到支持。