我已经有很长时间没有这样做了，但我实际上将经历评估各种问题跟踪器的过程。
从这些要求开始：
- 需要可定制（自定义字段、自定义工作流程）
- 电子邮件和网络网关
- 通过电子邮件进行元数据操作（例如通过电子邮件关闭等......）
- 电子邮件通知（按需）
- 可以为新问题指定默认“观察员”
- 支持问题分类（类别、项目等）
- 问题关系（子问题、链接问题、重复问题、合并问题）
- AD 集成
- 安全性（例如，只允许用户查看自己的问题）
- API
- CLI 界面（我不关心，但其他人会建议它）
我这里缺少什么要求？
答案1
我或许可以补充一点：
- 平台（操作系统和编程语言）这取决于您愿意维护什么，或者将其放置在室内后由谁来拥有。
- IDE 集成您是否要将它用于应用程序问题工作流程（即，它是否以有用的方式与 Eclipse 或 Visual Studio 交互）。
- SCM集成，如果您要跟踪应用程序问题，请再次这样做。将错误或功能与源代码存储库中的签入联系起来很不错。但对于帮助台票证类型的工作没有那么有用。
此外，如果这要起到帮助台的作用，也许可以进行库存跟踪或许可证跟踪。
更新
- 能够根据问题类型或票据所涉及的应用程序，在出现新问题时分配默认资源（即技术人员/程序员）（自动 1 级分类）
答案2
可以附加文件。
可以使用模板：例如创建一种具有预定义子案例列表的新案例。
可以记录案例的工作时间。
答案3
在安全方面，端点之间的加密很重要，但并不总是提供。
这FogBugz 中的虚拟用户功能非常好。我比标准组更喜欢它。我已经用了几年了，我认为它是一项必需品。
答案4
一件小事——主题/模板/徽标定制。一些企业会倾向于一种可以定制以适合其企业形象的解决方案。