我知道这不是一个编程问题，但它会直接影响我们的开发人员和我们分配编写的代码。如果有另一个类似SO的论坛，可以更好地发布，请告诉我，我会从这里提出问题＆amp;把它贴在那里。
我们的工作环境是一些开发人员为工厂生产车间创建（20-30％）和维护（大部分）遗留软件，测试人员用于校准或测试公司销售的设备。我们已经实现了一个非常简单的基于Google表单的错误报告页面，但我们已经遇到了规模问题（大约40：1它们：我们和许多我们没有编写的旧式错误软件）。该公司在我到达之前尝试使用Bugzilla但收效甚微，工厂人员显然对它感到害怕并且不会使用它。但是，他们似乎喜欢简单的Google表单和类似向导的步骤来提交错误或请求功能。我们目前手动切割＆amp;将他们的错误/功能请求从Google表单电子表格粘贴到Trac中，并手动跟踪带有磁卡的白板上的错误/功能请求。我们进入这个系统只有几周时间，它已经显示出它的脆弱性和缺乏可扩展性。
理想情况下，我们有一个Windows＆gt; = XP网络或桌面客户端，可以提供：
我找到了“Make Bugzilla Pretty”竞赛的获胜者，但是来自一个纯粹的软件公司，我们刚开始使用直接的Bugzilla，我不清楚如何配置和安装这些皮肤。显然我可以解决这个问题，但如果它不能解决我们的非技术人员报告错误的基本问题，那么就不想走这条路。
在TaskCompiler找到的{p> Bugzilla wiki site似乎是一个候选人，因为它与Bugzilla和＆amp; Trac，但他们的销售页面处于脱机状态，自2012年以来该网站尚未更新，我不确定其可行性。我确信我们不是第一个遇到这类问题的生产设施，我正在寻找建议，以帮助解决我们的可扩展性和易用性问题。
我想到的另一个想法是将我们当前基于Google表单的错误报告推送到Trac或Bugzilla的GAS脚本。
编辑： Bugzilla / Trac之间的决定似乎已经为我们做出了。如果你想跟随，我正在探索使用Trac here的选项。