吐槽和建议：

1、项目管理中，任何申请的提交，无审核流程，只存在指派流程。

2、任何新建记录无彻底删除功能（除非数据库删除），回收箱中也无法彻底删除。

3、项目中存在新建版本描述，提交测试中也存在版本描述，两个描述有时是一致的，会感觉有点重复。

4、缺陷管理按钮，以前有颜色区分，现在无颜色区分，而且更加简化，导致不太容易分清。

26日回复

1. 再加审核流程，就更复杂啦。:) 禅道现在设计只记录结果，具体的评审可以走会议。
2. 逻辑删除这是我们的一个设计吧。直接物理删除，误操作之后就很危险。（群里面隔三岔五会遇到这样的用户）
3. 提交测试时候的描述也不是必填项，只是为了给开发人员一个途径，可以告诉测试人员一些注意事项之类的。
4. 以前的图标不够清晰，所以重新设计的。习惯就好。:)
   

开源版本8.2，使用时间：2015.

建议：增加任务和bug的手机短信提示功能，以便开发人员及时看到测试提交的BUG。因为有时候测试人员提交bug后忘记通知本人，导致错过修改时间。

26日回复

我们有一个短信提醒的插件，你可以试试。需要自己集成下短信发送网管。

变通的方案可以考虑用腾讯微信接收邮箱提醒功能。

我们也在做和企业微信集成的功能（不过会放到收费版本了。)

1. 希望测试用例独立一个模块, 产品或项目可以关联测试用例

2. 测试结果失败后能和bug关联一起,能清楚的看到这个用例和哪个bug关联,点击能打开bug详情

3. 可以按用例执行结果搜索, 这样便于统计总结

26日回复

1. 产品和项目关联用例，不是流程会更复杂？没太搞明白你的意思。
2. 我们后面会对用例做下加强。
   

上回发现删除的bug,在bug管理里面还显示,最后登录数据库删掉的,不知道这个bug解决了没有.

26日回复：

我们检查下。谢谢。

吐槽和建议：1、UI界面需优化，界面不够清晰明了；

                      2、BUG编辑界面不展示附件信息，也不能删除附件；

                      3、安装后配置麻烦；

                      4、存在一些bug。

26日回复

1. 可有具体的改进建议？
2. 详情页面可以直接删除。
3. 具体哪些地方配置麻烦？
4. 具体的bug？
   

版本：开源版 8.2.6

使用时间：2016.10.25至今

1、bug数据导出没有直接的excel格式的，csv、html、xml都不是很方便啊。

2、点击查看用例和bug时，不能直接显示附件，必须要点开附件才能看。

26日回复

1. 我们有一个excel导入导出的插件，是可以导出为excel文件的。
2. 附件只有图片类型的才可以直接显示。你可以将图片直接通过富文本编辑器贴到详情里面。
   

建议，在将执行失败的测试用例转成bug后，做出标记。以便于下次知道哪条失败的测试用例转bug，哪条没转bug。

现在，根本不知道哪条转过了，如果在转bug时，终断退出了，再次进入时，要去bug里取查看，哪个没转bug，哪个转bug了， 很耗时。

26日回复

谢谢建议。我们先记下了。

版本：8.2.1

1、创建计划时可以跨产品去关联需求（创建多个产品后，发现有些需求是跨系统的，创建一个计划不可以跨产品去关联需求）

26日回复

计划跨产品，对现在的流程挑战比较大。暂时想不出太好的方案。

测试和项目这2大块都要维护模块，较重复，另外添加测试版本过于复杂。

26日回复：

1. 测试和项目的模块维护是可选项，不是必须要做的。主要的考虑是不同角色的团队对模块的划分维护是不同的。
2. 测试版本你可有简化的方案？
   

吐槽和建议：

1、文档的地盘里面的“动态”板块，希望能够通过“组织的动态权限”来控制，没有权限的不显示这个板块。

我现在是在修改禅道源文件的补丁形式来限制。 

2、内网的禅道（无法连接互联网），在访问插件时，要等好多秒，好像是要连接禅道官网来检查插件状态。

我现在是通过制作下面的插件补丁，来屏蔽联网的操作：

我是通过直接修改user的getPair函数来实现

            if(strpos($params, 'noletter') !== false){
$users[$account] =  (($user->deleted and strpos($params, 'realname') === false) ? $account : ($user->realname ? $user->realname : $account));

} else{
$firstLetter = ucfirst(substr($account, 0, 1)) . ':';
$users[$account] =  $firstLetter .(($user->deleted and strpos($params, 'realname') === false) ? $account : ($user->realname ? $user->realname."(".$account.")" : $account));

}

3.成员多的的情况下，权限的成员管理人非常多，难选择，

解决方法：用科室等信息进行限定，限定div高度，防止下拉太长。

参考kevinlogin插件的示例

4、插件太多时，占用过多的主菜单，建议定义自定义二次菜单的样式：

参考kevindefine插件。但是不够理想，如果官方定义会更方便些。

5、项目的BUG、需求，下面没有筛选的等选项，希望做成总成下的BUG，需求一样。

参考kevindefine插件

6、产品下添加任务view，方便在产品下统一查看任务，

参考 kevindefine-task

7、Dept 部门的界面，建议增加列表显示，可以更改部门的一些信息，如负责人等等

8、禅道官网的插件库，建议屏蔽没有版本发布的条目，多个kevin插件已经所有版本下架了。

9、插件的删除功能，当插件目录被手动删除，再卸载插件时，发现插件功能就失效了，

例如删除：module\extension\ext\kevindefine

然后卸载kevindefine,然后发现 module\extension\目录被删除了。插件页面就打不开了。

10、8.4.1版本，看到图表都变为空心的，挺好看的。

还有其他修改，也挺好~~

刚用测试功能不久，也挺好用，暂时没提出啥意见。

专业版购买了，没用多久，主要是用开源版本，人数没限制，方便二次开发，架构非常好~~

26日回复

1. 文档动态这个，我们记录下。
2. 这个也没有太好的办法。联网检查是否是通的，也会等他到超时。
3. 应该在真实姓名那边就区分下。
4. 现在分组可以按照部门来选择了。
5. 插件菜单的定义这个只能交给开发者。:) 程序是没有办法判断如何组合插件的菜单的。
6. 唉，项目中的需求，bug，不应该太多才是。
7. 最新版本是在列表里面增加了TBC，task，bug，case的数量展示，点击可以查看列表。
8. 暂时不考虑了。
9. 我们检查下官网的插件库。
10. 我们检查下。