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中文站

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。