基于题主对需求的简单描述，可以判断题主的需求核心是将Bug问题快速合理的分配给指定团队成员进行处理，并且跟进Bug问题直至完全解决。
能满足这些需求工具其实不少，但在众多工具中个人最推荐的是PingCode，原因很简单：首先是对题主这种小团队免费（25人以下免费）；其次是产品的体验很好，功能契合题主的的需求和使用场景：
因为缺陷管理的核心需求其实是有四类：
1、Bug问题收集
2. Bug分配与跟进功能
3. Bug问题定位与解决
4、数据报告功能
而题主是寻找Bug分配与跟进功能比较好的工具，也就是上面的第二点需求，在这个环节中，需要考虑的功能点不外乎以下这些：
团队成员角色与权限设置：团队管理员的权限，测试人员的权限，开发人员的权限，团队外部成员的权限。谁可以创建bug, 谁可以将bug删除，谁有权限将确认Bug已完成等等。
Bug管理的相关字段：一款Bug管理工具应该设置有符合一般Bug管理流程的字段，例如：创建人，跟进人，负责人，出现bug的产品模块，子模块等。
灵活的自定义设置：大多数情况下，每个公司或者团队都有一些自己额外的自定义设置，比如设置一个字段，设置测试版本。灵活的自定义设置让工具更符合团队的使用需要。
Bug处理流程设置：一款好的Bug管理工具应该符合团队的Bug处理流程，并保障Bug工具的操作者可以按照制定的流程进行操作。 比如Bug状态的流程设置：如果当前一个Bug的状态如果是“等待验收”，则操作者在修改Bug状态是只能选择“验收完毕等待上线” 或者 “验收失败重新开启”，而不能选择“新建”，“开启”等不符合处理流程的Bug状态。
Bug跟进提醒提醒功能：在任务分配给成员后提醒成员，也可以提醒任务的关注者，不错过重要的Bug跟进信息。也可以在不符合正常操作的时候发送提醒给管理团队，及时纠正错误问题。
Bug变更记录：变更记录也是一条Bug的全部处理记录，因为Bug的处理可能经过多个成员操作，通过变更记录可以让成员之间了解的Bug状态的变化，减少沟通成本。
而PingCode是如何满足这些需求的呢？
我们通过基本使用流程来举例说明：
1、开发过程中发现的bug，可以直接在测试用例的页面提交：
如果是业务部门发现的Bug，或者是收集的客户Bug，则是通过一个项目进行提交，所有人能在这里看到BUG当前的流转状态以及变更记录等信息；
2、提交Bug：支持设置有符合一般Bug管理流程的字段，例如：创建人，跟进人，负责人，出现bug的产品模块，子模块等。
3、Bug流转设置：可以设置多种状态来建立Bug处理流程，以及在收到新的Bug任务或者动态，工具会自动提醒相关人。通过这个一功能能够很清晰的掌握当前BUG的进度；
4、Bug解决：与Git等诸多第三方开发工具关联互通；
5、数据报告：可以通过多种报表数据支撑，以及时的发现问题，解决问题，改进Bug管理流程。同时，可以很好的衡量团队工作成果，工作进度，检测产品各个模块的缺陷变化趋势等。
除了BUG管理之外，PingCode的子产品矩阵还满足了全生命周期的研发管理需求，就比如说：
【需求拆解、编写说明、燃尽图、跟踪项目】PingCode Agile搞定。
【测试用例、记录】PingCode Testhub。
【版本规划、路线图】PingCode Plan。
【文档管理】PingCode Wiki。
【源码管理】、【部署管理，持续集成】第三方插件形式搞定。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
