使用版本：开源版

版本号：1.5到3.3；

使用时间：一年；

吐槽和建议：呵呵，其实用到3.3版本，功能已经很齐全，比较完善了，不过同事对此还是有些建议，那就吐一吐吧，可能是画蛇添足，也可能是吹毛求疵。

(1)项目视图里，希望提供将任务转化为测试任务的功能，类似将BUG转化为需求一样。提出这个是基于实际存在这样的操作，项目经理录入了开发的任务，测试人员需要对这个开发任务的结果进行测试，但要禅道管理起来，还得给测试人员单独建立任务，工作量大。

(2)测试视图的报表现在提供的是固定条件的查询，能不能提供自定义查询呢，比如说模块BUG数，菜单级别多的话，这个图示就很混乱，没意义了；还有每天新增BUG数、每天解决BUG数、每天关闭BUG数，如果项目周期比较长的话，比如超过3个月，图示就很可怕了，如果能够提供起始时间自定义的查询，就很好啊。

(3)测试任务这个功能也很好，但是新增方式，没有项目视图里的任务描述框好，如任务描述框不是多媒体编辑的，缺少测试任务的优先级定义等。

(4)测试视图“需求变动”这个固定查询，不是当前产品的，这个反馈过了，3.3版本还没修改，我因此多次被同事追问，搞得就是我开发的一样。

(5)系统自定义每个项目的常用人员列表，最主要是在项目视图和测试视图里选择指派人的时候很好用，否则下拉列表显示全部的用户选择起来真的不容易啊。

>>>1.希望有总结bug转FAQ类似功能。

可以考虑增加一个精选bug的功能。

>>> 2. 可以修改自己发的备注，因为总有人想吃后悔药。（对于修改过的，最好能有更新记录，至少要有更新时间和标识）

暂时不考虑，呵呵。反正后面还可以再修改的嘛。

>>> 3. bug导出，将步骤，预期结果和实际结果等内容在格式上加以区分，以便可以通过程序识别，分别显示到不同地方。

如何区分？具体的建议？

>>> 4. 可以通过颜色或小字等方式显示帐号的“封存“或”禁用“状态，以标识其已被禁用或此人已离职。（现在是手工修改姓名增加标识。）

 对于这种帐号，平时指派之类操作就不用在下拉列表列出了。

现在应该都屏蔽了吧，还有地方列出来吗？

>>> 5. 类似论坛短消息提醒之类的功能。

有过类似的想法，还没有安排计划做。

>>> 6. 统计视图，增加产品基本信息列表之类功能（列出名称，当前状态，svn目录位置，资源位置，发布位置等信息，或来个“自定义字段”。）

具体的页面和展现形式？

 >>>7. 统计视图，现有的产品信息列表，能够点击产品名跳转到此产品的信息页面

这个也考虑过了，后面会安排计划做。呵呵。

@xiaopig:

(1)项目视图里，希望提供将任务转化为测试任务的功能，类似将BUG转化为需求一样。提出这个是基于实际存在这样的操作，项目经理录入了开发的任务，测试人员需要对这个开发任务的结果进行测试，但要禅道管理起来，还得给测试人员单独建立任务，工作量大。

>>>(2)测试视图的报表现在提供的是固定条件的查询，能不能提供自定义查询呢，比如说模块BUG数，菜单级别多的话，这个图示就很混乱，没意义了；还有每

天新增BUG数、每天解决BUG数、每天关闭BUG数，如果项目周期比较长的话，比如超过3个月，图示就很可怕了，如果能够提供起始时间自定义的查询，就很好啊。

>>>(4)测试视图“需求变动”这个固定查询，不是当前产品的，这个反馈过了，3.3版本还没修改，我因此多次被同事追问，搞得就是我开发的一样。

(5)系统自定义每个项目的常用人员列表，最主要是在项目视图和测试视图里选择指派人的时候很好用，否则下拉列表显示全部的用户选择起来真的不容易啊。

这个也考虑过了，还没有安排开发，改动点比较多一些。呵呵。后面会做的。

使用的是专业版还是开源版：开源

版本号：3.2

使用时间：3月至今

吐槽和建议：

1、从BUG建的用例，没有显示关联关系，测试的兄弟很忧伤；要回忆这些漏测的BUG有没有补用例时更是惆怅！强烈建议显示两者的关联关系，做漏测分析时必须的参考信息呀~~

2、测试同事吐槽原句：用例那么多，执行多了，已经不记得其编号多少，执行完了，弹出的页面居然是从第一条开始的，为嘛焦点不能默认到我执行的那条用例上？为嘛还要我滚无数屏去找上次执行的那条用例~~时间呀··效率呀~~

（PS：需求的同学，同吐槽）

3、批量编辑的功能，就不要放插件出售了吧，做到基础功能，民心所向吧~~

4、用例导出，哥和姐不是每个用例都想导出的~为嘛用例前面没有复选框，需求就有呢~~歧视用例怎么滴~~强烈建议用例导出时增加复选框哇；

使用时间：1年左右

使用版本：3.1

吐槽建议：

1、新建bug的时候，关联需求只能关联一个，如果想关联多个需求怎么办。

@caro_huang:

>>>1、从BUG建的用例，没有显示关联关系，测试的兄弟很忧伤；要回忆这些漏测的BUG有没有补用例时更是惆怅！强烈建议显示两者的关联关系，做漏测分析时必须的参考信息呀~~

>>>3、批量编辑的功能，就不要放插件出售了吧，做到基础功能，民心所向吧~~

4.0.beta1版本会放进来。

>>>4、用例导出，哥和姐不是每个用例都想导出的~为嘛用例前面没有复选框，需求就有呢~~歧视用例怎么滴~~强烈建议用例导出时增加复选框哇；

记下了。

@lws0320:

>>>1、新建bug的时候，关联需求只能关联一个，如果想关联多个需求怎么办。

有这样的情况吗？是不是bug应该拆分？或者通过备注链接的形式加以说明吧。暂时不考虑关联多个需求。

1、从BUG建的用例，没有显示关联关系

显示建议：在BUG详情页面里，与“项目/需求/任务”那一栏，增加一个“相关用例”，显示信息就是由该BUG创建的用例，

另外，导出的数据，也可以导出这一栏的信息，这样方便大家做测试相关的分析工作~~

不知这样是否妥当~~