使用版本 ：开源版

版本号 ：1.5到3.3；

使用时间 ：一年；

吐槽和建议：[邮件发送功能可以订阅]今天同事提了一个建议，觉得很不错，赶紧给发布上来。同事是开发，作为开发人员，BUG很多啊，改不完，很闹心啊，BUG新增、BUG修改、BUG关闭等等都发送邮件，这个邮件量太多了，建议从产品视图到测试视图邮件发送功能可以订阅。

使用开源版本：3.3版本

使用时间：10天

吐槽和建议：

1.建议建议文档管理增加内容，就像这种贴都有内容了，文档却没有。

2.在管理文档是很不方便，所有文档都一定要上传文件和下载后才能看，改起来就更费力了。

3.像一些什么方案之类的，这上传文档是对的。现在我很多零散的内容要记录，又不需要上传文件的，有足够的内容记录就很好了，文档描述也只能写2５５个字，超出就只能是以文件方式处理了，真心不方便。

４.像现在我想弄一个知识共享库，里面会有很多知识点文档，但不复杂，像项目内部常用的专用述说的说明等，希望可以增加。

５.不知道这个论坛的内容是多少字限的，我还是很喜欢这种简单清晰的感觉的。

６.同类型软件很多，好不好用就是体现在友好的使用细节上的。

使用时间：3个月

适用版本：开源3.3

吐槽和反馈：

三个月以来全公司测试人员最为头疼而且要求最多的一件事就是提BUG是指派人员是全部人员，目前全公司有100多号人，开发80几个，每次发下BUG后指派开发人员的时候都是一件痛苦不堪的事，虽说BUG有很小的几率可能会指派给项目外人员，但，那不还有邮件抄送功能么？项目外人员可以用邮件抄送来解决，我们设置团队的目的是什么，设置了团队和权限就只有项目内人员可以查看项目了，其他人员就算你提BUG给他他也看不到，除非你再授权给他，或者设置项目和白名单，指派的人员只能是项目和白名单设置人员，如果他都没有权限指派给他又有什么意义？一旦选团队项目或者设置团队和白名单就意味着只有这些人可以看到项目，而且指派给项目外人员只是极少数的个案，就算有也基本上是私下帮助一下，大不了添加进白名单，他要操作还不一样要进团队么？而且给项目外人员指派BUG不符合逻辑吧，邮件抄送加备注才是比较合理。因此建议在指派BUG个指派人员只出现项目团队和白名单成员，如果一个产品同时属于两个项目，那么指派人员就指定为两个项目设置的成员的并集。另外邮件抄送只能是用户名的问题也是一个不便操作的问题。