1. Teambition

Teambition 的设计简约，大气，小清新，直接明了。注册登录后会显示你所有参与的项目（以及所有完成已归档的项目），默认有一个新手指南项目，让你能够快速上手。 创建一个 bug 项目后，你可以通过 “任务板”、“分享墙” 和 “文件库” 等功能模块来管理 bug。并且可以为 bug 设置优先级：普通、紧急、非常紧急，这一点非常好，标签功能的添加可以丰富 bug 的属性设置。关联任务功能则可以将相关的 bug 进行关联提醒，便于开发修复时进行参考。
但是，teambition 的看板功能虽然可以追踪 bug 的状态和进展，但是无法简单直接的做到 bug 的版本管理，要实现 bug 的版本管理需要另外建立项目来实现，这样一来操作将会变得非常繁琐，管理起来也很麻烦，尤其是在进行版本对比的时候简直让人痛不欲生。
再有就是无法将 bug 任务跨团队指定给开发者，只能采取复制任务的形式将任务拷贝到开发团队的项目中，如此一来即便开发将 bug 修复了并将 bug 的状态标记为已完成，测试在 bug 管理项目中也无法看到，因为不同的项目中的任务状态无法同步。

1. Worktile

Worktile 和 Teambition 高度相似，两者都有着类似的看板设计，都是以任务为中心，文档文件可以作为任务的关联内容被归档，都在很早之前就具备了子任务功能，但是在一些细节设计上面显得略有差距。Worktile 可以从列表、标签、时间、成员等不同维度来管理 bug 任务。通过日历视图，你可以轻松查看 bug 任务进展；团队成员也可以在 worktile 里轻松共享文件资料和进行在线讨论。Worktile 的简报功能是对某一段时间项目完成状态的一些统计，比如本周开启了多少 bug 任务，完成了多少 bug 任务，完成 bug 任务最多的人是谁，等等。
但是（敲黑板，划重点），worktile 不但在功能的优势上和 teambition 一样，就连在 bug 管理上的劣势也相似的雷人：无法实现 bug 的版本管理功能；无法将 bug 跨项目跨团队指定给开发人人员修复。
心塞！

1. Tower

Tower 在使用习惯上更加贴近于普通用户，界面设计的没有那么「酷」，但是却也能让人一目了然。主要的功能有讨论、任务、文档、文件这四大部分，“讨论” 这个功能比较又特点它直接在协作平台内架设了一个论坛，每个成员都可以发布帖子并回复讨论，帖子支持富文本格式。在 tower.im 里创建一个项目后，你可以对任务进行指派管理，也可以在线讨论项目细节、分享资料文件、在线协作编辑文档等。通过动态消息栏，你可以实时查看其他团队成员的工作动态。对于 team leader 而言，可以利用团队周报来了解团队成员的工作进展。
Tower 在 bug 管理方面应该是几款软件里面功能最弱的一款，无法为 bug 任务设置优先级，无法通过加标签的方式丰富 bug 的属性，无法进行版本管理，无法跨团队沟通。通过一段时间的使用，个人感觉 Tower 更适合用作团队头脑风暴的工具和个人事务管理工具。

1. 明道

经过了前面几款软件的使用，明道的上手就快多了，因为界面和功能基本上都大同小异，不过明道有别于上面三款软件的地方在于可以切换列表和看板模式，在 bug 更新时列表模式显然更加友好，而对于状态的追踪，看板则要优于列表。而且在编辑 bug 任务详情的时候，详情页面是滑出式的，可以和任务界面共存，体验比 teambition 和 worktile 的弹出式要好。
明道的界面和使用动态信息框，你可以随时向团队分享工作进度、资料和反馈问题等。在任务中心，你可以按照 “任务” 和 “项目” 两种模式来管理任务。创建任务时，你可以添加任务描述，确定负责人、参与人员和截止时间，以便快速推进任务。在使用中产生的文档、图片、投票、问答和视频，都会自动归档在文档中心，便于随时检索和使用。如上所述，功能点大多相似。
在使用了一段时间后发现明道虽然相比上面的几款软件方便了很多，但是依然无法很好的解决我的问题：bug 的版本管理功能缺失。

1. Teamin

Teamin 是最近新出的一款软件，经身边的朋友推荐开始试用的，给我带来了很多惊喜。首先界面风格极其简洁，进入首页宛如一个记事本一样，它创建任务的方式也很像是在做笔记：写完一条任务，回车，开始记录下一条。并且支持列表和看板模式的切换，在列表模式下记录更新完 bug 任务后可以切换到看板模式查看任务的进展。最关键的是 Teamin 的目标管理功能，当我将目标管理功能调出来后惊呆了，这不就是我梦寐以求的版本管理功能么？！而且还可以将 bug 任务跨项目跨团队指定给开发人员，这个简直不能更赞。另外像其他软件有的任务详情描述，标签功能等也都有，标签字段和颜色都支持自定义。
唯一遗憾的一点是没有默认的任务优先级设置，不过这一点可以通过点赞关注任务或者添加标签和自定义字段来解决。

通过上面的测评可以看到这五款软件各有优缺点，就我个人来讲，Teamin 是最能满足是我需求的一款在线的 bug 管理软件。很便捷的帮我解决了 bug 版本管理、跨团队沟通、bug 进展同步追踪等一系列的问题。不过每个人的需求不同，所需要的工具或者功能也不同，至于如何选择，选择哪一款作为自己的 bug 管理工具则见仁见智了。无论如何，还是希望大家能够找到适合自己的，能够提高工作效率的 bug 管理工具。

正好我们也在试用 teamin，可以简单和你说说。不一定适合，你可以作为参考。

老板给我们测试组分配了一个单独的项目来做测试任务的管理（也就是 bug），本人管理经验不多，想知道有没有哪位大神告知一下，应该怎样做更好？

看你描述的内容，你们领导应该是看了 teamin 示例团队才要求你们这样做的，建议 LZ 也去看一看。
帮助点右上角的 “问号” 就行，里面有比较详细的使用教程。

根据你的描述，我想你们的团队应该大体是这样子的：

团队中共有 3 个项目，整体计划（需求）、开发和 bug 管理。看名字你应该能对上号，我就不解释了。

顺便说一句，teamin 的项目目标是个非常好用的功能，可以帮你做版本迭代。
我都是一个版本一个目标，将 bug 分为不同的版本管理，这样一次只解决当前版本的 bug 问题，解决完一个归档掉一个，比较清晰。

目标在项目设置里可以打开：

第二个问题：

因为我们是一组一个项目，想知道如果我在测试项目中提了 bug，开发如何与我们进行协作？

这个其实挺简单的，假设我把这个版本开发需要解决的 bug 提给他，作为执行人，这条任务会显示在他的 “我的任务” 中。

如果希望 bug 同时出现在开发项目中，你也可以将任务设置多个所属项目，将 bug 同时添加到 “bug 管理” 与 “开发” 两个项目中。
这样我在 “开发” 项目中完成的任务，“bug 管理” 中也会同步完成。（在任务详情里设置）

不过我不建议你这样做，这样相当于将开发任务与 bug 任务都混在一起，分角色管理的意义就不存在了。
其实你只要给 bug 设一个截止时间，用标签设置好优先级，让开发人员自己在 “我的任务” 中安排自己的工作计划就好。
或者你帮他安排好，但他会不会听你的，我就不知道了……

使用 teamin，建议灵活使用列表和看板的转换功能。
可以在列表中安排计划，再在看板中设置流程列来监控整个计划的进展。

这一点是我觉得 teamin 做的比较不错的地方。
列表和看板可以无缝切换，根据你不同的使用情境，可以选择适合的任务展现形式。

大概就这些吧，希望能有点帮助。
管理方法这个事情真是因人而异的，我的方法不一定适合你，关键还是要自己在使用中慢慢总结。