| 朱雪花 |
使用版本：开源版 版本号：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个月，图示就很可怕了，如果能够提供起始时间自定义的查询，就很好啊。 统计报表是根据搜索条件来进行统计的，你先设置查询条件，搜索下，然后再做统计报表就可以了。>>>(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有没有补用例时更是惆怅！强烈建议显示两者的关联关系，做漏测分析时必须的参考信息呀~~ 具体显示的建议？>>>2、测试同事吐槽原句：用例那么多，执行多了，已经不记得其编号多少，执行完了，弹出的页面居然是从第一条开始的，为嘛焦点不能默认到我执行的那条用例上？为嘛还要我滚无数屏去找上次执行的那条用例~~时间呀··效率呀~~ 这个我们已经有需求在跟踪了。 （PS：需求的同学，同吐槽） >>>3、批量编辑的功能，就不要放插件出售了吧，做到基础功能，民心所向吧~~ 4.0.beta1版本会放进来。 >>>4、用例导出，哥和姐不是每个用例都想导出的~为嘛用例前面没有复选框，需求就有呢~~歧视用例怎么滴~~强烈建议用例导出时增加复选框哇； 记下了。 |
| 春哥 |
@lws0320: >>>1、新建bug的时候，关联需求只能关联一个，如果想关联多个需求怎么办。 有这样的情况吗？是不是bug应该拆分？或者通过备注链接的形式加以说明吧。暂时不考虑关联多个需求。 |
| 黄冬明 |
1、从BUG建的用例，没有显示关联关系 显示建议：在BUG详情页面里，与“项目/需求/任务”那一栏 ，增加一个“相关用例”，显示信息就是由该BUG创建的用例， 另外，导出的数据，也可以导出这一栏的信息，这样方便大家做测试相关的分析工作~~ 不知这样是否妥当~~
|
