正如标题所述,我现在开始一个项目,并尝试为该项目建立基础架构(SVN、电子邮件、Bug跟踪、在线论坛等)。
那么,选择Bugzilla还是Mantis?
正如标题所述,我现在开始一个项目,并尝试为该项目建立基础架构(SVN、电子邮件、Bug跟踪、在线论坛等)。
那么,选择Bugzilla还是Mantis?
我喜欢螳螂。它简单易用,能够完成工作。
我使用过Bugzilla和Mantis,但我更喜欢Mantis的简洁性。虽然Mantis不像Bugzilla那样功能丰富,但我记得在使用Bugzilla时遇到了很多问题。Mantis是一种可以设置好后就可以放心使用的东西。
Mantis在易用性方面比Bugzilla更胜一筹。
特别是,在Mantis上记录缺陷要快得多。对于一些人来说,记录缺陷的时间是一个障碍 - 我听说过有人以此为借口不记录缺陷、不修复它们,并假装从未存在过需要修复的缺陷(这反映了团队内部更深层次的问题)。
直到一个客户(目前使用Basecamp,呸!)因为Mantis不够漂亮而放弃了它,我才意识到有些人(如上所述)认为它很丑陋。
与Bugzilla或我们尝试实施的另一个奇怪的欧洲系统相比,Mantis非常美观。
我知道Mantis的可扩展性很好 - 我的一个朋友在电影《快乐的大脚》的制作中使用了它。他通过添加一个额外的字段来自定义它,以提供另一种分类级别。
Bugzilla更大、社区更广、功能更强大……因此我总是更喜欢mantis ;) Mantis长得很丑,但对于大多数项目来说,它可以以简单直观的方式满足你的需求。
如果你有一个庞大的团队,一个庞大的QA部门以及所有其他的东西,Bugzilla可能更适合。如果只是需要完成任务的小团队,则在我看来Mantis可能更好。
Mantis最大的缺点(可能自那时以来已经加入)是报告功能,这样你就可以使用漂亮的折线图和饼图跟踪进度。然而,我只是编写了一个简单的PHP脚本来提取数据,并每周手动在Excel中创建它们(只需要大约5分钟)。不是很好,但对于我们当时所需的功能已经足够了。
然而,它们都有在线演示,我建议你尝试它们并选择最适合你的。
Mantis非常好用且易于设置
我已经使用它约3年了。
它存在以下问题:
在问题中,您可以存储的文件大小限制为2兆。当您想要包含问题的屏幕截图时,这会成为一个问题。
如果两个人同时更新问题-某人将会丢失数据。
我更喜欢使用Mantis。它的性能表现很好,并且可以通过插件或编程轻松扩展。