下图展示了Bugzilla的缺陷状态机,或者说是工作流程
2018-07-18 阅读全文>>Bugzilla可以说是本章所有的问题跟踪器的教父。Bugzilla自1998年创建以来,一直被许多高姿态的企业使用,例如Red Hat、Linux内核和Mozilla。如果曾经报告过这些项目的缺陷,你很可能已经接触到Bugzilla了。
2018-07-18 阅读全文>>接下来,我们将会探索一组不同的问题跟踪器。它们都非常容易试用,方便在你做决定前参考。大多数都是免费的,但是也会涉及到一些收费的替代方案。
2018-07-18 阅读全文>>接下来,我们将会探索一组不同的问题跟踪器
2018-07-18 阅读全文>>还有一种常见的场景是开发者用一种跟踪器,质量保证团队用另一种,而运维团队用了第三种不能兼容的系统。
2018-07-18 阅读全文>>由于现在配置一个问题跟踪器在技术上没什么难度,团队经常会自行配置问题跟踪器来处理自己的问题和任务。这也在许多其他类型的工具上发生,如编辑器,但是编辑器只是开发者的个人工具,并且它们的主要作用并不是分享或与其他人协作。因此问题跟踪器的激增是一个问题,而编辑器的激增并不是什么问题。
2018-07-18 阅读全文>>问题跟踪器是否支持多客户端?
2018-07-18 阅读全文>>跟踪器是否提供多项目支持?
2018-07-18 阅读全文>>如果问题跟踪器有作为扩展点的API,那通常是很有用的。API可以用来集成到其他系统,也可以定制跟踪器使其符合企业的流程。
2018-07-18 阅读全文>>这个系统与企业的其他系统集成是否容易?
2018-07-18 阅读全文>>问题跟踪器支持我们选择的敏捷方法吗?
2018-07-18 阅读全文>>一些系统,比如Jira,允许高扩展性状态机来定义流程和集成编辑器。其他的更多是最简流程。你的需求决定了正确的方案。有些人从一个非常复杂的流程着手,最终发现其实只需要打开和关闭的状态。其他人认识到他们需要复杂的工作流来支持复杂的流程。
2018-07-18 阅读全文>>有什么可选的支持,质量如何?
2018-07-18 阅读全文>>性能通常不是一个限制因素,因为大部分的跟踪器都使用适合于生产环境的数据库,诸如用PostgreSQL或是MariaDB作为后端数据库。大多数本章提到的跟踪器在企业内部使用的数量级上表现良好。Bugzil la已经被证明可以处理大量的问题并且面向公共网络。
2018-07-18 阅读全文>>我们需要从问题跟踪器里得到什么?
2018-07-18 阅读全文>>23880条 上一页 1.. 1212 1213 1214 1215 1216 ..1592 下一页