主页 / server / 问题 / 32435
In Process
Toto
Asked: 2009-06-27 12:17:10 +0800 CST

问题跟踪器要求

  • 772

我已经有一段时间没有这样做了，但实际上我将经历评估各种问题跟踪器的过程。

从这些要求开始：

  • 需要可定制（自定义字段、自定义工作流程）
  • 电子邮件和网络网关
  • 通过电子邮件进行元数据操作（例如通过电子邮件关闭等...）
  • 电子邮件通知（按需）
  • 为新问题分配默认“观察者”的能力
  • 支持问题分类（类别、项目、..）
  • 问题关系（子问题、链接问题、重复问题、合并问题）
  • 广告整合
  • 安全性（例如，只允许用户查看自己的问题）
  • API
  • CLI 界面（我不在乎，但其他人会建议它）

我在这里缺少什么要求？

evaluation

7 个回答

  1. 我可能会补充：

    • 平台（操作系统和编程语言）取决于您对维护的满意程度，或者一旦它在内部，谁将拥有它。
    • IDE 集成，如果您打算将它用于应用程序问题工作流（即，它是否以有用的方式与 Eclipse 或 Visual Studio 交互）。
    • SCM 集成，如果您要跟踪应用程序问题。将错误或功能与源代码存储库中的签入联系起来很好。对帮助台工单类型的工作没有帮助。

    此外，如果这将充当帮助台角色，可能是库存跟踪或许可证跟踪。

    更新

    • 能够在新问题出现时分配默认资源（即技术人员/程序员）（自动 1 级分类），具体取决于问题类型或工单所针对的应用程序
    • 3

  2. 附加文件的可能性。
    使用模板的可能性：例如使用预定义的子案例列表创建一种新案例。
    记录工作时间的可能性。

    • 2

  3. 沿着安全线，端点之间的加密很重要，但并不总是提供。

    FogBugz中的虚拟用户功能相当不错。我比标准组更喜欢它。我认为这是使用了几年的要求。

    • 1

  4. 每当查看软件平台/软件包时，还需要查看产品本身的支持。多快可以修复错误？它是开源的，所以你可以自己解决问题，还是你会依赖另一家公司？

    • 0

  5. 一件小事 - 主题/模板/徽标定制。一些企业更喜欢他们可以定制以适合其企业形象的解决方案。

    • 0
    1. 允许支持人员搜索已知问题或HOWTO的白皮书或解决方案部分。
    2. 在监控操作上创建工单
    3. 附加文件/日志
    4. 用于异地访问的智能手机友好界面
    5. 未解决问题的自动升级
    • 0

  7. 基于工单状态的流程管理系统流程（就像 Jira 一样）

    • 0

相关问题