bug追踪工具有哪些,bug的跟踪流程
Bug跟踪系统已经成为任何开发团队的必备工具之一，在过去的几年里发生了巨大的变化。InfoQ组织了一次虚拟讨论，并邀请了几个JIRA人。
、FogBugz
、大本营
还有MantisBT。
嘉宾们讨论了Bug tracker的演变以及未来的发展。
参加该虚拟论坛的嘉宾有：
乔恩西尔弗斯
还有肯奥洛夫森
(来自亚特兰蒂斯)
丹尼尔克拉尔
(来自雾溪软件)
大卫海涅迈尔汉森
(来自37个信号)
维克托博克特
(来自MantisBT)
InfoQ:你能描述一下你的产品在过去三年的发展吗？最重要的里程碑是什么？
乔恩和肯
:在过去的几年中，Bug tracker已经从跟踪简单的任务转变为更复杂的软件(例如，它可以管理项目的生命周期，创建用户工作流并为未来的改进提供报告)。随着项目管理功能的增强，Bug tracker不仅仅局限于开发者所涉及的领域。
特别是在过去的三年里，JIRA已经演变成一个高强度开发团队的核心。JIRA最初是一个简单但实用的跟踪软件缺陷的系统。现在，它可以跟踪和管理各种事情。
服务从最初开发任务的bug到团队的招募活动。JIRA支持所有的Scrum功能——从计划委员会(Planning
板)到烧毁图表。
JIRA演进的几个关键点包括它的插件架构(这使得JIRA可以更方便地扩展和定制)，以及它与IDE的连接(可以与团队的开发平台接口集成)。
)与Atlassian主要协同开发工具的集成(从服务器的持续集成到结对代码审查，再到源代码浏览，开发中需要的一切都可以在这套工具中完成。
成)。
来自JIRA
4.0，我们可以看到一些显著的变化，包括新的动态用户界面、信息面板、小工具(它们都基于OpenSocial，JIRA是一个
OpenSocial的容器和发布者)和社交功能，如ActivityStreams(它将用户活动聚合到非常容易订阅的feed中，如
同FaceBook)。总而言之，JIRA和其他bug追踪者已经进化成了拥有复杂功能的多面手。
但以理
:哇，互联网时间三年！回顾FogBugz的5.0版本，它是在2006年8月启动的，就好像它在检查来自遥远地质时代的化石。对于菜鸟来说，显然FogBugz 7.0看起来更友好。
然而，事实是FogBugz正在演变成一个完整的项目管理系统，缺陷跟踪是其核心组成部分。如果你仔细想想，如果你用一种工具来管理你的项目计划，那么就用另一种
开发过程中用另一个工具跟踪bug真的很麻烦。事实上，在这两个过程中，你都做了同样的事情：描述任务，评估工作量，跟踪项目在进度表上的进度。
度。
所以，我们把FogBugz
7.0旨在跟踪整个项目，从规划到最终发布。我们的Subcases功能允许你细分任务，敏捷/Scrum团队可以从任务列表中管理生产。
产品积压。你会按时发布，因为我们的循证调度(循证
Scheduling)算法，它会学习开发者过去的估算记录。不需要发邮件通知文档规范不同版本之间的变化，因为FogBugz还包含了一个all-in-one功能。
可以帮助您编写和查看项目文档的wiki。
我们在核心的bug跟踪功能上构建了这些功能，使其更加舒适。我们使用AJAX来加强任务列表功能，这样输入bug就像在文本编辑器中做记录一样。
简单。在客户支持方面，贝叶斯过滤算法会屏蔽所有垃圾邮件，使邮件能够准确送达相应部门。
最后，我们还介绍了插件架构，它使您能够定制和扩展FogBugz的几乎所有功能。第一批雾
Creek插件允许您修改项目的工作流程以匹配团队的工作风格，并添加自定义项目字段等。这个平台面向所有对开发功能强大的插件并将其集成到
FogBugz的开发者都是开放的。
大卫
:过去3年我们做的最重要的事情就是不要做太多的改变。很容易在原本流行的产品上不断添加功能，最终导致过度进化，越来越复杂，越来越难用。
这并不是说我们不改进我们的产品。相反，比如我们最近通过Flash Widget改进了上传进度提示和多文件选择功能。我们还增加了导出到HTML的功能，这样你就可以把整个项目变成一个独立的本地站点。
但也许最重要的是，我们在不断完善人们每天面对的UI。比如在信息面板上增加快速浏览里程碑的功能，这样就不需要点击放大附带的图片了。
胜利者
在过去的三年里发生了许多变化，以下几个更重要：插件支持，针对CVS、SVN和GIT的更简单/多功能的源代码控制集成，
Twitter集成、标签、改进的LDAP/AD支持、完全可定制的缺陷域、XML导入/导出、方便的SOAP API、更新的Docbook手册
以及46种语言的本地化等等。
我们开发中的变化是我们已经转移到Git，并把它作为我们的源代码控制工具。这大大提高了开发人员的工作效率，并为社区提供了更好的框架，使得每个人都可以定制分支，向我们提交新的改进，并最终集成到核心产品中。
InfoQ:如何看待bug tracker与主流IDE的集成？你觉得最终会发展成什么样？
乔恩和肯
:IDE在过去几年中也发生了很大的变化，开发人员越来越期待使用IDE
能完成需要做的事情。现在我们使用免费连接器连接到JetBrains。
IntelliJIDEA和Eclipse都支持bug跟踪、创建代码审查、查看编译错误和浏览远程代码库。就好像你可以在iPhone上使用它一样
天涯问答
或者阅读器Gmail，在不改变任何设置的情况下，我们相信开发者每天都会越来越依赖IDE，回到Web界面去配置和实现更复杂的功能。
但以理
大多数用户习惯在工作时在浏览器中打开任务列表，但一些开发人员可能希望在IDE中管理这些任务。所以，我们是为了视觉
Studio(2005和2008)和Eclipse都提供了相应的插件来管理相应面板中的任务。至于以后IDE插件会不会像我们的Web界面一样
我不确定它们会受到所有人的欢迎，但我相信它们会一直作为缺陷跟踪工具的一个分支而存在。
大卫
:Basecamp不提供任何与ide集成的组件，但我们确实提供了一个强大的API，您可以参考。不知道这对开发者有多重要。就我们而言，我们没有感到任何不便。我们的团队一直在使用Basecamp进行bug跟踪。
胜利者
:尾数BT
提供了MantisConnect和Eclipse。
用于集成的IDE。在我们看来，bug跟踪应该集成到每个人使用的工具中。体验可能需要Excel集成，开发人员使用IDE集成，客户
倾向于使用网络界面，等等。提供API是集成策略的一部分，这使得社区能够创建他们需要的连接器。
InfoQ:你认为什么时候使用bug tracker作为服务是合适的，什么时候一个组织需要在自己的架构上安装这个软件？你认为云计算对以上两种方式有帮助吗？
乔恩和肯
:由于我们的大多数客户都在防火墙后面，他们可以看到我们的在线产品。
(JIRA主持，JIRA
Studio)越来越受欢迎——尤其是对于小团队，他们不需要特定的设施。对于那些想要构建自己的体系结构的客户来说，有两个主要原因：a)他们有一个
本地企业软件需要整合；b)他们对IP的安全性非常敏感，不想冒任何风险。
我认为未来所有的软件开发和部署都将在云端。此外，应用程序需要许多外部服务(如通过Goolge可视化提供复杂的图表)才能在网络上运行，但同时也降低了整体成本。
但以理
:如果您的组织不需要控制整个系统，那么，缺陷跟踪提供商将知道如何更安全地托管您的数据。所以将bug追踪作为一项服务是一个非常好的选择。
FogBugz on Demand越来越受欢迎，因为它非常安全(128位加密，世界一流的服务器设施)，为客户节省了很多管理负担。对于那些想自己掌管一切的公司，还是会选择FogBugz的装机版本。
至于云计算会以哪种方式提供帮助，要看客户的具体需求。我的意思是，FogBugz On Demand根据定义是一种云计算服务。但是我们都非常担心安全性和带宽，所以我们通常不允许在线插件(它将在云中提供对外部服务请求的响应)。
但是如果您自己维护FogBugz实例，那么您可以安装插件来与云中(或您自己的防火墙中)的任何服务进行交互。
大卫
:使用软件即服务后，一切都会简单很多。在我的印象中，很少有关于是否应该自己建立和维护系统的争论。然而，除非你从事的是最机密的中情局项目，否则这是个例外。
胜利者
:没有万能的解决方案。一些组织倾向于建立bug追踪器，实现系统集成和定制他们自己。但是，其他组织倾向于直接使用这项服务。这取决于公司的战略和规模。关键是两种选择都要提供给客户，MantisBT两种方式都会提供给大家。
InfoQ:你认为Bug追踪器如何更好地适应组织的内部流程？如何适应那些软件开发过程框架，比如Scrum，Lean？
乔恩和肯
一般来说，bug追踪器现在可以很容易地为每个团队定制工作流。因为每个公司都有自己的开发模型(瀑布或敏捷)，所以应用程序必须足够灵活，以满足不同的团队。
以敏捷为例，我们提供了JIRA-格林霍普的扩展，可以直接支持敏捷实践，比如将问题描述为虚拟索引卡，使得迭代计划和
任务的执行更加方便。但是我们也允许客户将JIRA连接到其他敏捷项目管理工具。如果在封闭的环境下运行，是不可能称之为成功的bug的。
追踪者，所以，我们尽可能地打开JIRA。
但以理
:我们最初创建FogBugz是为了满足我们自己在FogCreek中的工作方式。我们喜欢简单的任务工作流，它可以自动将完成的任务分配给创建者进行审核，然后最小化任务字段的数量。
插件最值得称道的是，它可以让FogBugz适用于任何组织。我们的自定义工作流插件允许客户创建自定义的任务目录，状态和任务分配规则。自定义域插件允许客户轻松创建一个或两个他们需要的额外的域。
而且，由于FogBugz是一个完整的项目管理系统，它为各种软件过程框架提供了良好的支持。例如，我们在FogBugz 7.0中支持敏捷/Scrum方法，它引入了燃尽图、积压管理插件和一种更简单的管理短期项目里程碑的方法。
大卫
:在Basecamp中，我们尽量让一切保持简单，所以我们不会被迫使用任何独特的方法。我们跟踪bug的主要方法是将它们发布到优先待办事项列表中，并将这些待办事项链接到相应的解释文本。
我认为很容易将你的软件过度专门化成一种特定的风格，然后你会很快发现它们有多麻烦。
胜利者
:MantisBT允许用户自定义项目状态、工作流、默认问题字段、自定义字段、报告等。事实上，社区已经为MantisBT开发了一个Scrum插件。我们也知道有些人也在使用MantisBT来管理非软件领域的缺陷。
InfoQ:在过去的几年中，缺陷跟踪软件的可用性一直在上升。你觉得还有提升的空间吗？你认为某些技术(比如HTML 5)会对它产生多大影响？
乔恩和肯
Atlassian已经将bug跟踪软件引入主流。七年前，我们创建了一个全新的多功能网络界面。当时大部分商业软件只提供windows单机版。在过去的3年里，我们已经看到了许多关于富互联网应用的创新，在未来，我们将会看到更多。
我们开始看到基于网络的应用程序(Gmail/Google
Reader)已经优于同类桌面应用。我们还将不断提高产品的可用性和生产率。至于HTML
5会带来很大的变化吗？显然，对离线和更多控制组件的支持将使开发相应的功能变得更加容易，最终将导致生产力的提高。不过大部分规范都通过了。
浏览器插件以其他方式实现。HTML 5会让它更标准。
但以理
当然，我们仍然可以提高它的可用性。我们已经引领了这一趋势，改变了“Web”上的bug追踪器
1.0基于数据库的前端界面转化为“基于Ajax的富Web应用”。我们会倾听客户的声音，不断改进，把最顶尖的开发精英投入到最难的可用性问题中。
(顺便说一句，如果任何人有改进FogBugz的建议，请发电子邮件给support@fogcreek.com。
)。
我们都很关注HTML 5，看看它有哪些功能可以提升用户体验。举两个例子，通过在后台线程运行“Web Worker”(译者注：这是HTML 5引入的新概念，详情请移至此处。
)在某些情况下可以提高性能；“Canvas”元素可以很好地替代Flash来显示图像。
大卫
好的可用性并不依赖于新颖的技术。很重要的一件事，大部分开发者要做好，要多花时间在上面——应用中的文案。文案就是设计。大部分应用文案都不好。
HTML5有一些令人兴奋的功能，比如从一个窗口拖动到另一个窗口。相信很快就能看到相应的产品了。
胜利者
:bug tracker的一个重要方面就是减少报告bug的阻力。所以新技术的应用就是为了实现这一点。比如提供离线支持，丰富的用户体验等等。但是，对于那些使用过时浏览器的用户，我们仍然为他们提供支持，继续为他们提供多种连接和工作方式。
InfoQ:你认为bug追踪器在不久的将来会是什么样子？你想看什么新功能？
乔恩和肯
:Atlassian将继续在以下两个领域进行创新：
IDE和界面的集成：正如我前面提到的，丰富的用户体验被混合到不同类型的客户端界面中，使其成为一个IDE，一个易于使用的Web应用程序或者可以添加到其他Web。
应用程序(如Gmail)的组件(如gadget)——为用户提供更自由、更流畅的体验和更少的场景变化。OpenSocial是其中的关键。
一个钥匙圈。
-提高社交功能和用户相关性：我们相信我们是这条路上的领导者，但社交功能应该是任何协作工具的固有功能。扩展现有社交功能，如ActivityStreams、人际网络、高级用户档案等。是这一部分的重点。
但以理
:作为一名软件开发人员，我们最喜欢的新功能是那些使错误跟踪的过程更简单、更愉快的功能，这样我们就可以专注于制作好的软件。FogBugz的未来版本将致力于让最终用户更加开心，因为只有当人们愿意参与时，缺陷跟踪才会真正发挥作用。
大卫
:我们保持简单。5年多来，我们一直在用自己的产品改进自己的产品。我不认为bug跟踪和其他任务跟踪有什么特别的不同。就像我说的，虫子没什么特别的。它们只是要做的事情的一部分，和功能等方面的改进一起列出来，只是优先排序而已。
胜利者
:以下是我对bug tracker近期发展的一些看法：
适用于小团队/甚至单人团队——现在自己购买、安装和托管bug追踪器的成本降低了太多。现在可以在SourceForege上免费使用，托管方只需要1键安装。
移动访问-随着越来越多的人使用移动电话完成工作和访问互联网，提供丰富的移动体验将变得至关重要。
离线访问——随着兼容HTML 5的浏览器逐渐获得市场份额，提供离线访问将大大提高Web应用程序(包括bug追踪器)的生产率。
互操作性——越来越多的工作需要在bug追踪器之间协作完成，以管理相关的上游和下游bug。理想的目标是为不同的bug跟踪建立一个标准的方法来协同工作。
检查英文原文
:虚拟面板：bug追踪器的发展。
转自：Infoq中文站
