Windows 是否有一个简单的Bugzilla/Trac客户端供非软件人员使用？

我知道这并不完全是一个编程问题，但它直接影响到我们的开发人员和分配给我们编写的代码。如果有其他类似的论坛可以更好地发布这篇文章，请让我知道，我会从这里把问题记下来并发布到那里

我们的工作环境是由两名开发人员创建（20-30%）并维护（大部分）遗留软件，供工厂生产车间和测试工人用于校准或测试公司销售的设备。我们已经实现了一个非常简单的基于谷歌表单的bug报告页面，但是我们已经遇到了规模问题（大约40:1他们：我们和很多我们没有编写的老bug软件）。在我到达之前，该公司已经尝试使用Bugzilla，但收效甚微，工厂员工显然被它吓坏了，不愿使用它。然而，他们似乎喜欢简单的谷歌表单和向导式的提交bug或请求功能的步骤。我们目前正在将谷歌表单电子表格中的错误/功能请求手动剪切并粘贴到Trac中，并使用磁性错误卡在白板上手动跟踪错误/功能请求。我们仅仅进入这个系统几个星期，它已经显示出它的脆弱性和缺乏可扩展性

理想情况下，我们会有一个Windows>=XP web或桌面客户端，它将提供：

• 简化的bug报告，一个类似向导的方法似乎工作得很好
• 可为我们的软件包定制（如每个软件包的下拉列表）
• Bugzilla或Trac集成
• 开发人员和管理人员可以使用的标准错误跟踪功能

我已经找到了“”竞赛的获胜者，但我来自一家纯粹的软件公司，在那里我们只使用了开箱即用的Bugzilla，我不清楚如何配置和安装这些皮肤。显然，我可以解决这个问题，但如果它不能解决我们的基本问题，即非技术人员报告bug，我不想走这条路

在网站上找到的似乎是一个候选网站，因为它与Bugzilla和Trac都有联系，但他们的销售页面是离线的，自2012年以来该网站一直没有更新，我不确定它们的可行性

我敢肯定，我们不是第一个遇到这种问题的生产设施，我正在寻找帮助解决我们的可扩展性和易用性问题的建议

我想到的另一个想法是使用GAS脚本将当前基于googleforms的bug报告推送到Trac或Bugzilla中

编辑：Bugzilla/Trac之间的决定似乎是为我们做出的。如果您想继续，我正在探索使用Trac的选项。

另外，我还想了解一下它的主要目标之一是用户友好。它是建立在Trac之上的。