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

使用的版本号：5.0.beta1版本

使用多长时间：刚开始接触

吐槽和建议：同学推荐刚开始接触禅道，感觉功能上还是很贴近日常使用习惯的，根据自己公司的实际情况，想说两点建议：1、我们公司没有产品，只接项目，但是每次必须要先建产品才能去测试页面；2、导出数据时，能不能增加导出word文档的选项，我们平时提交的各种项目文档均以word为主。

@carry0098: 建个产品对应下就好了。其实做项目，最终也是交付一个产品，对吧。导出word，我们有一个插件是可以导出为word格式的。

使用专业版还是开源版：给项目组一直使用的是开源版，个人同步使用专业版学习

使用的版本号：从4.0开始，每次有更新我就马上给项目组升级了，呵呵。其实beta版运用到生产过程中也不会有什么致命问题。

使用多长时间：从今年年初开始，要是从去年开始就可以推荐项目组全部采用禅道了，可惜去年年底项目组定了mantis做缺陷管理，只能用禅道做单用例管理了。

吐槽和建议：之前提了很多建议了，禅道解决得都很快，这里再提一些别的吧。

A.从4.3b开始的csv用例导入，非常方便，但是csv本身是个逗号分隔的txt，如果用例的内容含有半角逗号，导入就会出问题。用例步骤的内容如果是

“1.步骤

2.步骤”

这种格式，禅道都能很好的识别为两个步骤，但是如果预期的内容没有编号的话，导入也会出问题。必须在预期内容前面加一个3.，才能正确识别为最后一个步骤的预期。我的建议是，如果预期没有编号，直接就识别为最后一个步骤的预期。因为有人事先写好了用例表的话，习惯上不会直接给一个预期的编号。还有一点，因为前置条件是一行中最后一个元素，加入前置条件有好几个，也写成：

“1.条件1

2.条件2”

这种格式，禅道会认为这是两个用例，第一个用例，前置条件是条件1，第二个用例，前置条件是条件2，其它内容全部为空。我觉得这算个bug（可能只有csv格式才会有）

B.建议搞个比较完善的主题机制，可以使用贴图效果的，或者参考手机版的主题，手机版主题还是蛮好看的。另外提供主题编辑器和提交体系，可以让广大群众都来做主题，定期进行评比，搞个专人来管理就行，这样也省得开发组分心。（还可以参考之前ie.cnbeta.com这种用html5写的交互方式，目前主流浏览器都支持，效果也非常漂亮）

C.禅道win和linux平台的安装包都有了，建议做个mac平台的，毕竟mac目前也很流行，其实硬要配的话应该也没有问题（毕竟都是unix底层，而且mysql也有formac的），不过有个一键安装包总是方便得多。

D.建议开源版也增加一些需求、任务的导入功能，直接csv就行。

E.希望增加用户头像功能，在bug、任务等流转历史页面直接显示用户的头像，互动效果可能更好一些。

F.禅道的数据库我看到了用例的自动化测试脚本等信息，不知道什么时候能加入这一功能？

G.目前富文本编辑器的图片复制粘贴有点小问题，从word直接复制粘贴的话，会变成远程图片地址的方式，而不是本地上传的方式。需要手动去修改一下才行。另外，word中表格的复制也会显得排版比较乱，不知道能不能实现从word1：1的复制粘贴。

@hyx108 多谢建议和支持：

用例导入步骤这块，我们再处理下逻辑。csv就是会存在这些问题。呵呵。

主题机制不考虑了，毕竟企业内部管理软件，大家对这种需求不是很高。做了主题提交体系，估计也没有人来弄。

mac平台可以考虑用xampp，xampp有mac下面的发行版本。

开源版的需求、任务导入就不做啦，呵呵，我们也要赚钱做生意。

头像功能先记下了。

我们的测试框架还不够完善，还有两个核心的问题没有开发呢。

word粘贴很难处理，编辑器是第三方开发的，kindeditor，估计作者也没有太好的办法。

:-)

开源版

使用的版本号：4.1.stable

使用多长时间：1个月

吐槽和建议：刚开始用，感觉不错，支持！不能修改用户名有点别扭。

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

使用的版本号：5.0.beta1版本

使用多长时间：刚开始接触

吐槽和建议：现在只选了只使用禅达做bug管理，每次为产品创建了新版本，或者修改或删除版本以后，在测试中提交新bug时，版本列表不能同步显示过去。例如下图，

提bug时候的产品版本：

对应的产品中的Build列表

使用版本：专业版 

版本号：Pro2.1 

使用时间：1年半 

吐槽：

1. 发布既然是选择现有项目中的版本，又要重新选择需求Bug和写描述，双重劳动哦，建议加个直接使用版本中的描述和关联关系。
2. 如果一个项目存在服务器端和客户端，那么其版本管理会需要多个项目来支撑，还是由多个产品来支撑？版本号之间如果和做关联？运营的上线发布和开发的打包发布之间的版本号如何协调？
3. 如果一个产品的开发，运营，客服，测试都在禅道上进行，那么对于不同部门的人来说，就不需要看到其他部门的项目，但是现在的权限控制貌似还做不到足够的细致，市场部门内部的OA流程和开发之间如何协同，经验上只能由多个产品来解决这个问题了，希望能有更好的解决方案。而且目前这几块在项目的结构上，除了几个统计和模块有无上有区别，其他方面并无太大区别，给人的感觉是，运营等非开发部门也需要按照程序员的思路去走OA，这点希望能优化。
4. 希望官网能多一些管理方案上的资料。

1. 情况假设：产品01的需求a01由项目A提出，需要关联在产品02的项目B中完成
2. 一个项目如果关联多个产品，在需求关联时会十分麻烦，因为此时各产品的模块功能消失掉了，只能在标题上加上版本号作为关键字，通过搜索标题关键词的方式来关联对应产品下的需求。十分麻烦，建议改进。
3. 需求a01在项目B中进行了任务细分和状态更新，但是在项目A中没有同步更新，无法做查看，这样，同一个需求可能需要改2次状态。
4. 点击编辑项目中的需求之后，返回至产品页面而不是项目页面，有点麻烦，需要重新进入项目页面。
5. Bug页面中无模块功能
6. 团队如果取消了某个成员之后，在其项目树上还能看到产品的名字。
7. 任务的消耗时间一旦写错，连改的机会都没有了，一个组员故意写了999999小时，整个统计都混乱了，除非改数据库，但是这是不合适的。
8. 任务中的图片附件，应该在编辑时被执行删除操作，而不是直接单击X就被删除，缺少防范机制。同时单击保存的时候，名称不是上传的名称，而是唯一的字符来区分，需要做二次命名，麻烦。
9. 附件给出图片的压缩选项，不然文件整个越变越大，备份时间更长。
10. 甘特图上，最好有颜色的图释解释
11. 日历建议增加Bug的统计，同时颜色区分延迟处理的Bug情况
12. 和需求的编辑一样，提交完测试任务后，返回的不是项目视图，而是测试视图。

1. Bug没有提供按照项目来分类的功能，而只能使用模块的一级菜单来建立项目名，二级菜单来建立项目的功能模块
2. 建议能有个优先级的时间设计，例如1级的Bug需要在3小时内解决，2级需要1天，3级3天，这个可选。接下来在Bug列表中，如果某个Bug的解决时间超过了优先级设置，就需要标红报警，不然只是级别设置，没有和时间维度挂钩，这里稍微不利于跟踪。
3. 延期处理等未解决的状态应该用颜色区分，同时给出筛选选项，将延时处理的Bug关联至下一个项目任务中，不然导入任务的时候都要手动去查找这些Bug。
4. 测试用例如果失败后，那个虫子按钮只能新建Bug，但是无法单击查看当前用例测试失败后建立的关联Bug，只能进入Bug页面来查找。
5. 点击测试任务之后，其实就可以列出所有的测试用例，而不需要再次单击用例按钮去跳转，增加理解复杂性。
6. 用例的相关性关联不是很强，这里给出的是手填，建议给出下拉菜单。

1. 产品的文档和项目的文档缺乏一个更合理的管理模式，包括模块管理，版本管理，两者现在相对独立，不方便做到从产品到项目文档的直接查看跳转。
2. 文档的编辑器有一些与Word的兼容问题，所以文档功能变成了纯附件功能，而不是维基式的管理。

1. 反馈视图没有对产品，项目做划分，而是全部从Ztrack系统发过来，使得整理变得异常困难。

1. 建议给出一些饼状图和柱形图来显示Bug等指派或处理信息，至少也要有个导出Excel的功能吧。

1. 任意条目在被删除掉之后，如果新建一个同样名字的用例，会提示条目已经存在，必须进入回收站改名才行。
2. 对于常规的下拉菜单给出配置功能，例如测试的类型，有时为了改动这些，需要去服务器上编辑页面，不是很安全。
3. 如果要输入抄送等名字时，输入英文名即可，但是有些已经被删除掉的用户名还存在。
4. 如果同一个角色需要对各个项目执行不同的权限分配，那么需要被迫见涨三PM，涨三PL，涨三TM，十分不方便。
5. 缺少全文搜索，如果只记得任务中的一个关键词，那么需要寻找的话，简直有感大海捞针。
6. 桌面提示软件存在延时状态，最好加入根据Bug的时间优先级的提醒，还有1个小时你的Bug就要过期啦！
7. 待办功能中，既然给出了编辑时间的优先级，那么也建议用颜色进行区分。
8. 不能添加昨天的待办事件，但是可以在今天新建，然后拖到昨天，这算小技巧么？
9. 支持Linux下的SVN服务兼容
10. 能有更新提示，有时不得不去问客服，什么时候有更新呢？
11. 选择指派的时候，弹出的是全部人员，太夸张了，人多了那菜单看起来很恐怖。