使用时间：2014-至今

吐槽再2楼已经说过了，最近几天升级到8.4.1体验。

再说几条建议吧。

1.【测试主页】

吐槽：是个很好的理念，但是呢，在测试主页没办法提交Bug。

建议1.：测试主页加上提交Bug功能，毕竟使用禅道频率最多的是提交Bug。

建议2：测试主页本来就是方便查看与操作的，建议加入常用功能。

Bug项常用功能：确认、指派、解决、关闭、编辑、复制。

用例常用功能：执行、结果、编辑、转Bug

版本常用功能：用例、概况、关联用例、开始、结束。

2.【用例】

建议1：用例设计建议参考Bug页面设计，尤其是需要<指派给我><未执行><用例变更><报表>

建议2：用例变更确认  增加批量确认。

建议3：用例执行未通过时，增加转成Bug，而不是现在的要关闭执行界面，再点击小虫。

建议4：用例和版本功能建议重新梳理一下。现在逻辑感觉太混了，看了官方文档也遇到了很多坑，主要问题集中在用例领取与执行：比如再版本中指派用例后，在我的地盘可以领取执行，再测试主页可以领取执行，但执行结果却不会显示再版本用例结果中。 PS:在使用过程中整理了一份用例管理流程。放在百度网盘了http://pan.baidu.com/s/1ge2MbXT

3.【版本】

建议1：版本中用例管理功能希望与 用例模块一致。

建议2：版本中可以显示所有关联用例，而不是现在只显示单个模块所有用例。

建议3：关联用例，关联搜索结果中所有用例。而不是关联当前页面设置显示（一般设置为50），但用例有时超过50，需要切换页面在勾选，容易忘记。

1月11日回复：

这两天出差了，迟复为歉。

1. 测试主页主要的目的是想提供一些动态和概况的内容。常用功能这些链接都需要有参数，不太好自定义。变通的方案可以用自定义html区块，手工写下链接。

2. 用例 变更评审我们后面会加上这个逻辑。用例提交bug的入口需求也记录了。版本用例结果的问题我们检查确认下。文档整理的不错。

3. 版本中可以显示所有的关联用例的。你选择了某一个模块之后，会只列这个模块下面的用例。导航里面的那个模块名可以删掉，就显示所有的了。

    默认关联所有的也不太合适，搜索结果不见得就是一定要执行的。

再吐槽两个问题哈：

1.搜索。我觉得搜索确实比较难用，另外就是搜索的分组，对一般不懂开发的人很难理解，并和或。 我建议是 文案，改一下简单容易理解的。

2、后台自定义的功能可以在强大点。比如有些自定义的可以在搜索里面搜索，如需求关闭原因，有些却不能如 评审结果。

1月11日回复

1. 搜索表单是为了精确查找设计的，我相信没有其他软件的搜索表单功能比禅道更强了。

2. 搜索表单我们做了大量的默认行为，基本上你不需要改什么，就可以用。

3. 评审结果自定义不能在搜索表单里面用，我们检查下。

吐槽和建议：

日志中 todo 无法编辑和删除，偶尔会因为快速重复刷新录入2条一样的任务

>>>详情或者列表页面有可以删除的。

日志任务建议可填优先级，然后颜色区分

>>> 待办里面一般会按照时间来安排了。再加优先级概念，会更复杂了。

新增加的箭头路线功能很好，做了很好的指引，但明显不够，建议在其他页面中做些类似指引

>>> 有一个新手教程，也是为了这个目的。

产品

建议调整下顶部栏目的顺序，为『计划、需求、项目、发布、文档、模块』，按照产品生命周期来排列更符合体验，否则容易出现计划、需求和项目的关联混乱。

>>> 可以自定义。现在的排列是为了操作效率。

所有模块中，建议增加『计划中（替换激活）』『研发中』『研发完毕』，减少新名词，和已有的状态一致。

>>> 不考虑。:)

『指派给我』和『由我评审』在产品主管视角下是重复的，建议考虑基于角色做一些显示优化。

>>> 禅道里面角色的左右比较低，完全按照角色来判断，数据可能会有问题。由我评审是指最终由我评审过的。和指派给我的还是两个含义。

建议需求在关联了计划和项目后，可以在计划列表中进行梯度式展开显示需求，更方便。

>>> 不明白什么意思。

需求关联方式和顺序现在还需要些明确，如果关联了计划，那么在计划内项目中进行需求关联时，就应该去掉非当前计划中激活需求。建议这里也增加箭头指示。

>>> 那不一定的。计划不如变化大。项目不可能100%和计划中的需求一致的。搜索的时候你可以按照计划进行搜索。

同一个需求如果关联了多个计划和多个项目，在列表中就没法区别了。

>>> 试试我们新版本的分支功能。

希望增加个简单的拆子需求和关联子需求的方式，现在填 ID 还要单独找 ID，体验不是很好。

>>> 新版本增加了细分操作。

如果先在一个产品类型下填了模块，然后对产品类型做切换，会无法显示和修改，而且模块无删除选项。

>>> 调整回去再删呗。

在创建发布时，如果选择了某个项目的某个版本，建议对当前该项目中的测试任务做个清点，提示当前项目还有哪些任务、bug和测试任务没完成，约束发布前必须确认测试和研发已经形成闭环。

>>> 创建发布，有一个完成的功能和解决的bug，也算是起到这个作用。再加逻辑的话，会比较累了。

创建发布时，建议可以直接读取选择 Build 和对应项目中的关联信息，包含需求、测试和 build 中的描述，快速形成 release note。

>>> 发布可以选择完成的需求和解决的bug的。描述信息是自己手工填写的。

项目

看板中的颜色没有说明。

>>> 先记下了。后面加一下。

在任务的填写选项中，建议增加一些可以手动决定哪些是必填项，强行要求团队成员去完善填写，减少项目经理的复查工作量。

>>> 可以改下config文件里面的定义。

在 Bug 和测试页面，建议也增加类似产品类型的模块，用于区分多平台或多分支。

>>> 产品设置为多平台多分支之后，创建模块的时候可以选择的。

建议在版本中加入一个配置文件地址。

>>> 不考虑。描述里面写一下就好了。

打包日期如果不填建议自动填当前时间。

>>> 反正可以改。这是一个概率的问题。

如果新增加了一个用户，而当前需要将他加入多个项目团队，建议在用户属性增加个可勾选的项目，不然现在是一个个项目团队中去添加这个新成员。

>>> 不考虑。一个用户应该在一个时期内属于一个项目，而且项目应该是短期迭代。

文档功能增加主维护人和贡献角色，现在很像编辑器，而不像 wiki，希望多多像 wiki 靠拢。

>>> wiki说实话也不好用。解决问题就好。

文档希望增加历史版本的管理。

>>> 最新版本已经有版本概念了。

文档删除后需要admin权限来复原，不是很方便。

>>> 文档本来就不能随便删。

建议统一 Bug 和测试的名称，否则容易产生误解。

>>> 怎么统一？

开始下一个任务时，建议任务和 bug 采取移动方式而不是重复导入，然后自动关闭上个项目的重复任务和bug，然后导入的时候提示是否需要将项目任务开始时间同步为当前时间，或者保留（否则就是一下出现大面积延期）。

>>> 项目里面的导入任务，本来就是移动的。

测试

QA 人员在对项目做质量评估或回溯评估时，项目的bug 页面无法支持筛选，测试页面也比较麻烦，因此必须导出，建议在这块能设计写方式和手段。

可以在测试视图里面按照项目进行搜索。下个版本应该会加上了。

后台和配置

自动备份功能很赞，建议增加一个禅道系统的配置备份。

>>> 那样的话就只能对整个禅道目录做备份了，会比较大。

自定义建议加一个颜色的选项。

>>> 现在创建任务，需求，bug的时候，在标题前面可以选择颜色。

反馈

>>> 这个我再确认下。

其他

不知道现在还会不会出现断电后无法启动的问题，没敢试，但专门为此去买了个ups···

附件大小调整需要运维去改 php 服务器配置，希望有个更简单的方式

>>> 代码里面已经尝试自动修复表。但断电造成mysql表结构不一致的问题，这个没有办法。:)

后面尝试在代码里面用ini_set改下试试。

使用版本：开原版

版本号：8.2.2

使用时间：2015年3月至今

吐槽及建议：

1.吐槽点：

贵司现在禅道软件是按界面上的用例标题来统计用例条数，现在有些公司软件分很多菜单，编写用例者为了视觉上的舒服，可能也会按照系统对应菜单名称来编写测试用例标题（如图片1），那对应项目最后统计用例条数的时候也是按照菜单名称来统计，但其实一个菜单界面上边是会有多个功能点需要编写的（如图片2），这样的话，其实禅道系统下边用例条总数并没有统计出来，还得需要人为进到菜单界面里边（如图片2），去一 一统计；

2.建议：

像这种按菜单名称来编写用例标题的情况下，可以在对应标题后边把里边具体编写的操作步骤也显示出来，这样的话，就算人为去统计也不需要点击到里边一 一数，直接看显示出来 的就好。谢谢~

1月11日回复

从程序角度来讲无无法知道一个步骤是否是单独的用例，还是只是步骤。如果再让用户加标记的话，也增加成本。暂时没有太好的方案。

可以计算下当前页面用例总数和步骤总数。

hello，谢谢您的回复，我的回复意见如下。谢谢~~

禅道吐槽大会第三季 吐槽集合

1 chase

1、BUG统计功能，希望可以从管理者的角度更加全面增加统计

2、项目里面的BUG管理，希望可以增加搜索功能

12月23日春哥回复

1. 专业版有更多的报表。开源版的话可以考虑导出为excel文件，然后自己做统计模型。

2. 你们的项目周期是不是比较长？ 一般来讲项目是一个短期的开发过程，中间产生的bug数量应该不会太多。:)

2 大坑坑

使用的是专业版还是开源版：开源版+官方插件
版本号：8.2.5
使用时间：2014-2016

吐槽和建议：

首先还是感谢禅道团队，这么多年一直默默维护这个开源版本，让我司这类中小创企业受益。

背景：公司之前用的是Lotus，因为是C/S架构，饱受诟病。后来考虑换B/S架构工作平台，也考察了BugFree、 Bugzilla等，发现还是禅道符合国人使用习惯。

体验：最开始只用了Bug管理功能，后来禅道不断推陈出新，也开始使用计划任务、用例管理等功能，当然在使用时也有挺多槽点，今天我就开始一一吐槽了：

吐槽1：【专业版授权问题】按人数收费模式太单一，人员增加导致需要再次联系，并且不是批量购买成本也挺高。如果能按人员数量范围定价（20，50，100，100+），并且价格合理，我司会考虑更换为专业版。

吐槽2：【提Bug】重现步骤的模版定制，每次提Bug都要到应用模版重新选择，不能把新模版设为默认。而且不能服务器端统一修改。 目前我司是修改了代码解决模版问题。

吐槽3：【提Bug】重现步骤的输入默认大小太窄，拖动后下次进入不能默认记住大小。尤其是使用自定义模版后，文字排数较多，编辑起来非常麻烦。

吐槽4：【用例】7.1版本时尝试使用，发现不能满足需求，放弃。这次升级到8.2后发现用例管理流程明显改进了很多。但是同事使用时槽点真的太多。

1）版本关联用例，被关联用例无法被搜索出来，导致以为搜索功能Bug。建议还是能搜索，标记为已关联

2）已关联用例无法批量取消关联 

3）执行用例前需要点击步数太多（【测试】→【版本】→具体版本→模块→开始执行用例）

4）Excel导入的用例默认状态为空，执行后，统计表无法统计到状态为空的用例执行结果（疑似Bug）

5）没有像Bug那样的报表功能，分析起来比较麻烦 ，比如每天已执行用例数等功能

吐槽5：【项目-任务】

1）甘特图功能，任务一多（500个左右）卡的不行，并且不能直接快速编辑。如果体验贴近Project功能，才有实际价值。

2）任务到了开始时间、结束时间，没有提醒功能。  为此我司还专门开发了提醒功能。

吐槽6：【桌面提醒工具】

1）状态刷新较慢

 2）若果能整合feiQ和及时提醒功能，那就非常实用

吐槽7：对safari浏览器支持不够好，附件类点击下载无反应。PS:现在Mac平台做开发、测试的挺多，得及时支持啊

总的来说禅道是一款非常优秀的开源项目管理软件，并且逐步完善对产品研发整个流程管理功能，单目前使用的最顺手的还是Bug管理功能，其他功能整体的易用性还需要提升。

12月26号春哥回复

1. 其实在项目管理这个领域，禅道专业版的售价基本上是最低的了。:) 按照人数定价，客户还是需要多买授权，也要花费多余的成本。
2. 模板定制的那个目前的设计目是针对个人的，没有做全局性的配置。
3. 编辑框你可以修改下代码，把默认的行数调大一些。
4. 搜索的时候再列已经关联的，也会对用户做成选择的成本。
5. 用例批量取消关联这个应该有记录了。http://pms.zentao.net/story-view-1961.html
6. 用例执行步骤：你有什么更好的建议吗？
7. excel导入用例状态为空，这个我们检查下。
8. 我们明年会对用例做一个增强，比如公共测试用例之类的功能。到时候报表也会增加一些基础的报表。
9. 甘特图我们定位是一个辅助，在web端也很难做的像project那么强大。后期会对甘特图的控件重构，优化下显示。
10. 你们应该是每个任务都在设置开始时间和结束时间吧？
11. 桌面提醒工具的刷新时间可以调整。我们正在做和企业微信的集成，后面可以把消息发到企业微信上面。
12. safari这个我们检查下。

12月27日回复春哥

6.用例执行步骤：建议【测试】->【用例】->给我的用例 。用例再版本中被指派后，通过这种流程快速执行，是比较理想的方案，而且和Bug管理流程相似，统一性更好。

10.我们确实是每任务都设置了开始时间和结束时间。主要是项目用Project工具设计好，然后导入到禅道，方便项目参与人员及时更新进度，禅道没有默认提醒功能，确实比较麻烦，只有自己开发了一个。也因为这个原因，禅道版本升级进度变为了一年一升。

其他问题：

【我的地盘】的相关功能确实方便实用。比如再【我的地盘】->【任务】->指派给我的任务，这个针对的是全局。

但是在【项目】->【任务】中却没有指派给我的功能，我觉得是可以加入的，这个是只针对单个项目。

最近几天升级到8.4.1体验。再说几条建议吧。

1.【测试主页】

吐槽：是个很好的理念，但是呢，在测试主页没办法提交Bug。

建议1.：测试主页加上提交Bug功能，毕竟使用禅道频率最多的是提交Bug。

建议2：测试主页本来就是方便查看与操作的，建议加入常用功能。

Bug项常用功能：确认、指派、解决、关闭、编辑、复制。

用例常用功能：执行、结果、编辑、转Bug

版本常用功能：用例、概况、关联用例、开始、结束。

2.【用例】

建议1：用例设计建议参考Bug页面设计，尤其是需要<指派给我><未执行><用例变更><报表>

建议2：用例变更确认  增加批量确认。

建议3：用例执行未通过时，增加转成Bug，而不是现在的要关闭执行界面，再点击小虫。

建议4：用例和版本功能建议重新梳理一下。现在逻辑感觉太混了，看了官方文档也遇到了很多坑，主要问题集中在用例领取与执行：比如再版本中指派用例后，在我的地盘可以领取执行，再测试主页可以领取执行，但执行结果却不会显示再版本用例结果中。 PS:在使用过程中整理了一份用例管理流程。放在百度网盘了http://pan.baidu.com/s/1ge2MbXT

3.【版本】

建议1：版本中用例管理功能希望与 用例模块一致。

建议2：版本中可以显示所有关联用例，而不是现在只显示单个模块所有用例。

建议3：关联用例，关联搜索结果中所有用例。而不是关联当前页面设置显示（一般设置为50），但用例有时超过50，需要切换页面在勾选，容易忘记。

3 poniecs

使用的是专业版还是开源版：开源版
版本号：8.2.6
使用时间：16年9月到至今
吐槽和建议：

1 Bug统计的功能不够满意，目前的报表对我来说意义不大，我其实更关心的是哪本有多少Bug，谁（制造者）共有多少Bug（指派的人不一定就是程序的制造者）；

2 测试用例，统计功能很简陋，一个用例里到底写了多少测试点，我没找到哪里能看到；如果再能统计出哪个模块功能共写了多少测试点就好了；

在有了每个模块的Bug数和测试点数后，如果再提供能为每个模块输入最终代码行数（非必须）的话，那么模块的测试密度及质量等数据都能得到了。

每个制造者的Bug数量，可以根据时间做出图来，可以提供给管理者参考该员工的质量是否有改进；

我的感觉，在质量管理的数据方面，蝉道做得很简陋，无法提供有益的参考；

3 燃尽图，不知道能否实现这个功能：中途我修改了之前某日/某几日的工作时间（例如，已经完成的功能之前没填，几天后才填），燃尽图能重新绘制；目前是不能的，过了的日子即使改了也不能反映；

12月23日春哥回复

1. 每个版本bug可以统计出来。谁制造的这个bug，这个会比较敏感，容易引起开发人员和测试人员的对立。
   我们是在弱化这个概念。你们可以自己改下，加上这个字段。
2. 用例的步骤并没有特别的限制，可以将很多个用例当作一个用例的步骤。你很难将步骤和测试点一一对应起来。
   额外增加概念，会增加测试人员的工作量。

3. 代码行数，测试密度这些，实际的操作难度太大。适合你们自己做二次开发，做自己的流程。

4. >>>在质量管理的数据方面，蝉道做得很简陋，无法提供有益的参考； 
   禅道提供基础的数据和统计，至于如何用，这个要看每个公司的流程。

5. 燃尽图记录的就是项目的历史，历史是不能被修改的。
   没有及时更新任务工时，也是项目的一个状态。历史被改了，就不可信了。

4 Licecream

使用的是专业版还是开源版：开源版
版本号：8.2.4
使用时间：16年3月开始至今

吐槽和建议：禅道的升级方式只有管理员在部署的服务器打包升级，比较麻烦，最好能页面自动升级的好哩

12月23日春哥回复

页面自动升级会比较危险啊。

5 董柏涛

吐槽点在于每次搭建环境很麻烦，要是可以下载安装一个脚本，直接运行就更棒了。真心祝福禅道越来越好。奖不奖得我不在乎，为了禅道更好！！！！（有奖就更好了。哈哈~~）

12月23日春哥回复

有一键安装包的，源码包也只有几兆。在线安装脚本还是比较危险。:)

6 詹成衡

1、任务看板更新时，指派人没有加载制定的人，默认变成下拉列表中第一个用户。

2、批量添加任务是，时间选择、任务名称中历史记录造成很大干扰

12月23日春哥回复

谢谢反馈，我们记录下。

7 zhuzhixin

专业版
版本号：8.2.4
使用时间：16年5月开始至今

吐槽和建议：用例不能贴图，bug上传手机图片麻烦

12月23日春哥回复

用例执行的结果是可以上传附件的。
专业版有手机的app，可以提bug，可以直接上传图片。

有一个批量上传图片的功能，每个图片一个bug，图片的标题可以作为bug的标题，你可以试试这个功能。

8 刘栋栋

版本：开源版8.4.1

1.禅道的UI风格有待提高

2.一些常用的功能操作成本高

3.插件比较少

用啦大半年啦，有一些小问题，影响不大，支持禅道，希望禅道可以推广给更多的团队和公司使用，祝禅道火起来，另外期待小奖品

12月23日春哥回复

1. 禅道的UI设计第一考虑的是操作的效率，不是为了酷炫。这个是我们一直坚持的一个原则。

2. 常用的功能的操作成本高可否具体的说说？

3. 开源版其实已经内置了大量的功能了。

9 李小伟

我使用的是开源版

1：希望禅道可以重置BUG编号（一个项目关联俩个产品，第二个产品沿用的是第一个产品的BUG编号，不可重置为1）

2：希望禅道可以 把同一个项目下的产品模块复制到另一个产品下

12月23日春哥回复

1. 禅道所有的id都是全局唯一。如果出现两个编号为1的bug，就无法区分了。

2. 模块有复制功能，不过需要一级级的复制。整个的拷贝过去会有很多的问题，比如数据的合并，重复。

10 走过...

二次开发，新增任务、新增需求在model层想die（）一些内容时，显示的内容后面总跟着一些不明英文。

12月23日春哥回复

具体的英文是什么呢？

11 hongmeiqin

使用的是专业版还是开源版：开源版
版本号：8.1.3
使用时间：2016.08-现在

吐槽和建议：

1、版本关联用例后，只能一个个取消关联

2、跨平台之间，用例的转移和复制很难

3、BUG类型和BUG的解决方案不可配置

12月26日春哥回复

1. 用例批量移除这个已经记录需求了。谢谢反馈。
2. 后面我们会做一个用例增强版本，会增加公共用例功能。
3. 类型和解决方案在后台自定义功能里面可以自定义的。

12 忘忧兰

使用禅道专业版 5.0，

2016年1月份开始使用，

意见和建议：

1、没有关联产品的项目，提交bug无法提交，必须要选择关联产品（有时候定制型项目是个独立的项目）；

2、文档管理希望可以有版本管理的配置管理功能，或可以有与SVN等配置管理工具对接；

3、增加项目里程碑创建功能，并能根据进度展示出项目当前的进展情况

12月26日春哥回复

1. bug必须属于产品，这个是禅道的一个设计。你可以为定制类的项目建一个产品就行。
2. 最新版本的文档库有基本的版本控制功能了。每次编辑都会有新的版本。
3. 禅道的管理方法是基于scrum。我们推荐在产品里面创建计划，然后用小步快跑的方式走迭代开发。

吐槽和建议：我觉得有有必要来吐槽一下。虽然这件事情是我的大意造成的，但是禅道也有推不掉的责任。我早就知道有这样的风险，但是我没有吐槽给禅道。我错在80%，神道错在20%。

原由如下：我在一年前购买了禅道专业版（三年前就在试用），部署在公司的一台专门的服务器上，然后做了任务，每天半夜0：30分禅道自动执行备份。然后我会隔一段时间把备份的MYSQL文件COPY出来做异步备份。为什么我错在80%呢，因为我备份的时候没有考虑自动的异地和异盘备份。后果来了：那台服务器的D盘分驱掉了，找不到了，其它的盘符均正常（恢复不了数据，也找不到坏的原因）。禅道服务程序和数据库和备份数据库都在D盘，然后我只有前一个月的数据，结果硬盘恢复不了。我本来用了两块硬盘，如果禅道在备份的时候可以设置备份多份，并且可以设置备份至其它的盘符，就不会出现这样的问题。如果能异地备份那就更好了（FTP云云）。但我也我不能全部责怪禅道，但是禅道有功能缺陷有20%的责任（我自认为的啊，禅道不承认也行）。所以借这次吐槽的机会，吐吐你。希望能改进。更希望我能中奖啊。

12月26日春哥回复

我能理解你的心情。其实禅道只是应用管理软件。操作系统的稳定和备份属于系统维护层面。备份多份，ftp等等，其实也会带来新的挑战（比如安全的问题）。也无法彻底杜绝数据丢失的问题。建议上NAS存储。

14 刘超

使用的是专业版还是开源版：开源版
版本号：8.26
使用时间：16年7月至今

吐槽和建议：

吐槽：新入职的公司，要求建立bug库，用了禅道。bug针对项目，不针对版本。感觉不合适。

建议：将版本与项目作为同一级来对待，身为测试人员，bug是针对与版本存在的。不同版本有不同的bug

12月26日春哥回复

bug有几个所属的字段，首先属于一个产品，这个是必填字段。

其次可以属于某一个项目，用来记录这个bug是在哪一期项目中产生的。

然后bug有一个影响版本，这个是必填字段的，还有一个解决版本。

你说的概念都支持啦。

使用的是专业版还是开源版：开源版
版本号：8.0.1
使用时间：2016年6月至今

吐槽和建议：

1.建议用例处加入word导出功能；

2.建议BUG状态给重新激活一个独立的状态；

3.同一天建立的迭代中的版本号，只认第一个，第二天建立第三个版本号的时候提示的是第一个版本号；

4.建议统计报表的时候多加入几种展现方式，柱状图等；

5.建议给每一个项目，分支可以有独立的BUG编号和用例编号，更方便查询；

6.建议人员查询联想的时候支持多个字的拼音简写查询；

7.建议编辑BUG的时候可以从关闭状态直接修改为激活，而不增加激活次数；

8.建议可以迁移整个项目的信息，用例，BUG到另一个项目，比如说新加入一个分支，将项目下现有的BUG整体迁移到新的分支下。

9.建议可以复制本项目下的分支中的模块，现在只能复制别的项目下的。

12月26日春哥回复

1. word导出是什么格式的呢？一个用例一页这样的排列？测试人员应该还是用excel比较多，效率比较高一些。
2. 现在变通的方案可以通过激活次数来计算。禅道到今天，状态类字段的变化不敢轻易动了。:)
3. 版本号你是指在提交bug的时候只列第一个的吗？还是说创建版本时右边的那个提示？
4. 有需求在记录了：http://pms.zentao.net/story-view-1923.html
5. 独立编号这个不考虑。程序复杂度急剧增加，用户使用成本也增高很多。
6. 拼音检索最新版本已经有了。你可以升级试试。
7. 编辑是可以编辑所有的字段的。只要相关的字段设置正确，可以从关闭改成激活状态。
8. 你可以用模块的编辑操作。模块可以修改所属的产品，其下面所属的需求，bug，用例也会更改。分支之前的迁移功能暂时不考虑。
9. 分支之间的复制也暂时不考虑。

16  527387741@qq.com

专业版禅道

版本8.25

使用时间2016.11-至今

1、皮肤可以做多几个，有点少

2、禅道缺少一个教程，很多东西得去群里问才能够了解功能在哪里，很多时候群里人问的人太多就要等很久。

3、缺少一项目时间提醒功能，（提醒项目时间还有多久结束）

4、缺少用例关联，有用例关联我觉得很多人都会喜欢上禅道的，自己有时候做出的的标识很多时候都找不到，或许是个人原因吧，但是还是希望能够增加

5、那个权限的功能好复杂啊，就不能简单一点归类成测试用开发用或者产品用，这样我觉得比较好吧，

6、能不能增加一个报表生成excel文件或者world文件的一个功能，这样可以用来总结比较方便

12月26日春哥回复

1. 后面会计划做一个粉色系的，给女生用。其他的就不考虑了。:) 禅道毕竟是一个管理工具。
2. 我们有做一个新手教程。官网还有十几万字的手册，我们还录制了视频教程。
3. 其实首页都有在列了。
4. 你说的用例关联是什么功能？是解决什么问题？
5. 我们都有默认的权限设置，你添加账户的时候，选择就是开发，还是测试，就ok了。你如果想做更细致的权限控制，就要自己调了。
6. 专业版有报表的导出功能。可以导出为word文件。

17 王海强

使用的是专业版还是开源版：开源版
版本号：8.2.2
使用时间：算起来应该有3年多 

吐槽和建议：

1.不得不把第一个吐槽说下禅道的UI界面以及交互真的跟不上时代了..包括官网; 推荐 http://www.iclap.cn/ 看下这个网站的

2.在我的地盘页面,点击指派给我的Bug, 为何这个页面不能有 [提BUG]按钮,方便用户操作(包括任务,需求啊 其实都可以添加一个快捷方式便于用户进行处理啊)

3.产品分页中有需求,项目分页中也有需求, 传送给用户的信息就是同一个东西 实际上在禅道中是不同的定义; 非常不好理解...理解成本过高了;希望可能在字面上就做一些区分;便于用户理解

4.不能把Bug或者任务抄送给组长,实际项目操作中,很多任务或者bug指派给对应修改人后,会抄送给他们组长等,但是禅道中的抄送是通过邮件的.这个有点不方便

以上仅为个人建议和吐槽,至于改不改你说了算;哈哈 我也不能来打你

12月26日春哥回复

1. 禅道的UI设计是为了效率，不是单纯为了好看。禅道的官网设计也是为了让用户更好的找到自己想要的资料。还要有好的seo排名。:)
2. 从入口的操作来讲，都差不多的。你点测试视图，就只有有提交按钮了。我的地盘里面还有切换下。变通的方案你可以在首页增加一个自定义的区块，可以把自己常用的操作加上。
3. 本来是一个东西了，不是两个东西。从字面上区分，理解成本更大。我觉得更重要的是项目管理习惯的问题。理解了，就很容易。
4. 有个邮件通知也够了。如果还想在流程上增加支持，我觉得复杂了。

多说几句关于UI的问题。

最近这几年，国内抄trello的很多，基本上都是看板系的协同工具。我想你说的也差不多是这个吧。

我们其实也都有在仔细的研究，使用看板类的工具。但我们还是坚信，没有所谓时常的交互或者界面，不变的只有效率。

禅道里面所有的设计都是从效率原则出发的。所以我们

• 会坚持把菜单明确的摆列出来，减少下拉菜单，因为下拉会增加用户检索成本。
• 我们会坚持使用表格作为主要的呈现工具，因为我们相信用户想在一个页面看到更多的数据，而不是再一个个展开看。
• 我们坚持新增操作使用独立的页面，因为我们相信很多事情不是只输入一个标题就够了。
• 我们还提供了大量的批量操作

使用的是专业版还是开源版：开源版
版本号：版本7.2.5
使用时间：2015.8

吐槽和建议：禅道中无版本打包功能合入功能，希望能和主流研发工具、配置库工具兼容实现一键打包、发布并邮件提醒等功能，这样可以当问题单修改完毕并打包完毕后由邮件服务器发送邮件提醒相关人员回归等需求。（例如：jenkins修改后有pyphon脚本定时打包只git，此时可以使用j2ee修改禅道数据库，并发送邮件至相关责任人）

12月26号春哥回复

谢谢建议。和第三方的持续集成功能，配置管理工具集成的事情我们一直有在考虑，但还没有想到特别好的解决方案。我们还要再琢磨下。

现在做了初步的和svn，git的集成，可以关联代码的提交记录，也有几个插件，感兴趣的话，可以了解下。

19 赵秀震

专业版还是开源版：开源版
版本号：V8.4.1
使用时间：2014年至今

吐槽和建议：

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

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

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

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

12月26日春哥回复

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

20 姜沙

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

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

12月26日春哥回复

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

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

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

21 ♀為樂〃折腾

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

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

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

12月26日春哥回复

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

22  ♡

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

12月26日春哥回复

我们检查下。谢谢。

23 过眼云烟

使用的是专业版还是开源版：开源版
版本号：8.2.4
使用时间： 2016年5月至今

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

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

                      3、安装后配置麻烦；

                      4、存在一些bug。

12月26日春哥回复

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

24 漆漆

版本：开源版 8.2.6

使用时间：2016.10.25至今

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

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

12月26日春哥回复

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

25  ↖(^兰先生^)↗

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

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

12月26日春哥回复

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

26 黄伟

版本：8.2.1

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

12月26日春哥回复

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

27 xiongqing

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

12月26日春哥回复

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

28 杨海华

29 正南方

使用专业版
版本号：5.5.1
使用时间：2016年11月至今

吐槽：

【任务编辑】在项目经理定下大目标（内容、时间等）后，我们把任务的分解、创建权限放给了每个团队成员，提升了自主性，但任务的内容和起止时间可以随意修改，虽然在敏捷中随时调整本身并没有问题，但对管理者而言，进度的把控就不是特别容易了，虽然操作会被记录下来，但展现方式不明显，项目经理如何清晰准确的知道哪个任务被调整了呢？

PS：比如，我建个任务，时间说改就改，延不延期完全我说了算，最终很可能导致整个项目进度的延后，到最后才知道。

建议：

1、增加一个任务变更状态的展示面板，可以显示起止时间或计划工时的变更内容、原因、次数，总是变就有问题，这样，可以让员工创建任务时想清楚，同时让管理者快速知悉。

2、还有一种方式，可以将任务的编辑权限分离出来，员工可以创建任务，如需修改，必须通知相关负责人进行调整，这些负责人一般为基层管理者，他们汇总信息作出判断并作出调整，或者上报PM。

以上是本人一些初步的想法，也希望听听专业人士的意见，谢谢~

30 马先生

使用专业版
版本号：5.5.1
使用时间：2016年11月至今

吐槽：

产品不能同时设置多平台和多分支，项目中不能设置多平台。

建议：

在项目中增加多平台支持。

12月29号春哥回复

多平台和多分支只是一个说法不同，程序里面都是一样的。多平台适用于app类的开发，多分支适合于那种定制项目的开发。

项目一般来讲是关联到某一个平台开发的。项目再设置多平台，复杂度就太大了。:)

31 单线程

使用的是专业版还是开源版：开源版+官方插件

版本号：8.2.5

使用时间：2015-2016

吐槽和建议：

首先非常感觉禅道团队，这么多年一直在默默的维护这个开源的项目管理软件，让我们这种中小型企业受益匪浅。

开始了喷了哈 - -

1、个人觉的哈专业版和开源版的区别不应该从功能上来限制，而是从量上来限制。比如附件大小，提醒次数，导入导出次数等。

2、附件方面的问题。就是在任务，需求方面的复制附件却不能复制。

3、我们公司遇到的最大问题是：UI设计APP效果图后需求产品开发评审这个步骤不知道放到禅道的那个流程里面合适。最开始的时候给设计团队分配

任务来完成相应的产品设计图，但是产品激活需求后相应需求的效果图却无法准确的关联起来，造成开发很难查找需求对应的效果图。最后无奈设计团队通过产品需求的指派来完成需求的

效果图的设计。结果禅道的附件问题较多。

4、禅道附件的问题：

1).无法直接查看，大部分浏览器需求下载后再查看，建议像bugfree一样直接鼠标悬浮上面可以查看图片。

2).附件上传的先后顺序比较乱。

3).附件的命名后再下载，下载下来的名字却不是禅道上面命名的名字

4).附件不支持批量上传和批量下载

5.一些表单的填写无法做到全局的统一。比如bug的填写，想全公司设置一个统一的模板，无法做到。

6.禅道上各个字段没有说明的文档

目前就这些，后面想起来了在继续。谢谢，禅道团队的每一个人。

1月1日春哥回复

1. 第一个我只能呵呵了。如果那样做，我们一点钱也赚不到，然后公司就game over了，然后大家谁也没得用了。
2. 附件都需要一样，说明任务一模一样，为什么需要有这样的场景？
3. 放文档库就好。文档库可以编辑，可以加备注。然后在写需求的时候，可以引用下文档库的链接就好。
4. 图片、文本文件本来就可以直接在浏览器点开看。
   附件顺序和附件名我们检查下。
   附件表单里面可以同时上传多个附件的。
   浏览器的机制本身决定了无法批量下载。
5. 可以改代码啊。
6. 后台，二次开发，数据库，有说明。
   

--------回复春哥分割线-------

1. 附件都需要一样，说明任务一模一样，为什么需要有这样的场景？

因为iOS和Android两个平台，任务基本一样，比如登录注册功能，app 在iOS和Android上界面功能都一样，但是要指派给不同的人

--------春哥回复分割线-------

变通的方案是可以用导出excel，然后再导入。

再吐槽两个问题哈：

1.搜索。我觉得搜索确实比较难用，另外就是搜索的分组，对一般不懂开发的人很难理解，并和或。 我建议是 文案，改一下简单容易理解的。

2、后台自定义的功能可以在强大点。比如有些自定义的可以在搜索里面搜索，如需求关闭原因，有些却不能如 评审结果。

32 笑三笑

本猿主要针对ipad端的界面样式吐槽：

1、模态窗口的关闭按钮无效，点击修改档案按钮，如果权限不足，会提示重新登录，登录窗口还显示在模态窗口里，这也算了，就连登录成功后也还把内容显示在模态窗口里。

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

版本号：8.3.1

使用时间：2013-2015,2016

吐槽和建议：

1、权限似乎只是角色-模块权限，没有数据权限（比如指定任务创建者可关闭任务，但不能关闭同级别其他人创建的任务），有时感觉不太方便。

2、禅道是个比较完整的流程管理系统，但不是所有用户都会按这个流程来的，希望能在定制开发的同时多搞点简化模板出来。

3、项目-版本在我看来是个比较重要的功能，但现在这个界面里有些信息不能直观看到，比如需求中的任务状态等；另外如果需求状态已变为研发完毕，再添加新任务时，需求状态似乎也不会更新。

4、希望能有mac版一键安装包

1月6日春哥回复

1. 权限控制我们一直不想做得太复杂。额外增加很多管理成本。
2. 新版本可以对用户进行视图的控制，可以设置他们用什么功能。后面我们会计划给用户一个流程的选择，比如可以只做测试管理。
3. 需求的研发阶段计算和任务的类型有关系。
4. mac下面可以用xampp包搭环境，然后再按照源码包安装就可以。

35 jack.miao

使用的是专业版还是开源版：开源版+官方插件（excel）
版本号：8.2.6

使用时间：201605~至今

吐槽和建议：
1.bug：excel导出后的格式有问题

2.bug：导入用例时最多只能导入90条左右

3.bug：BUG搜索功能有时会出现概率性失效现象，需要关闭浏览器重新打开才能恢复

4..建议：用例执行结果可针对执行结果、执行人进行搜索

5.建议：当新的一轮测试开始时可沿用关联上个版本的指派的用例，这样不用重新关联用例、指派人员（由于用例有上千条，模块多，重新指派人比较麻烦）

6.建议：增加用例执行结果的报表统计功能

7.建议：增加左侧模块复用功能，比如见多个产品时，一些模块可以进行沿用

8.建议：统计报表中增加优先级选项，方便查看优先处理bug的解决情况情况

吐槽了这么多，还是对禅道的专业表示肯定的，之前有用过redmine、jira，还是禅道功能比较实用，用例和缺陷这块结合起来使用对QC团队帮助还是很大的 

1月6日春哥回复

非常感谢对禅道的认可和建议

1. 你说的格式问题是指颜色吗?还是行高？你是用什么软件打开的？
2. 导入用例数量和php.ini里面 max post vars设置有关系。这个需要修改下。
3. 重现步骤能找到吗？：） 浏览器是？
4. 这个需求我们先记录下了。
5. 先记录下了。
6. 报表之前也有很多网友提过了。
7. 模块可以选择性复制。

36 温琼芬

使用版本：开原版

版本号：8.2.2

使用时间：2015年3月至今

吐槽及建议：

1.吐槽点：

贵司现在禅道软件是按界面上的用例标题来统计用例条数，现在有些公司软件分很多菜单，编写用例者位了视觉上的舒服，可能也会按照系统对应菜单名称来编写测试用例标题（如图片1），那对应项目最后统计用例条数的时候也是按照菜单名称来统计，但其实一个菜单界面上边是会有多个功能点需要编写的（如图片2），这样的话，其实禅道系统下边用例条总数并没有统计出来，还得需要人为进到菜单界面里边（如图片2），去一 一统计；

2.建议：

像这种按菜单名称来编写用例标题的情况下，可以在对应标题后边把里边具体编写的操作步骤也显示出来，这样的话，就算人为去统计也不需要点击到里边一 一数，直接看显示出来 的就好。谢谢~

1.吐槽：

一条用例下边分很多条步骤来编写，在执行用例时候：

a.如果我需要把所有步骤执行完再转为bug,就需要把整条用例一次性执行完成，如果分几次来执行的话，在转bug时就只有最后一次执行的记录;

b.如果执行一次就转一次的话，原本是一条的用例会被分成多个bug；

如图：

2.建议：

建议可以实现一条用例可以执行多次，且每次执行后保存后的记录，再次打开执行时界面上会把上次执行过记录的留在界面上，且在转为bug时可以作为一个菜单名转过去；

1月6日回复

谢谢反馈。

37 测试之星

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

版本号：8.4.1
使用时间：2013年至今
吐槽和建议：

吐槽1：测试用例管理需要加强；如每轮测试可以挑选执行，而且记录每次测试结果

这个功能在HUAWEI里面是要求有的，禅道这方面优势还未体现，我这里也暂未用禅道管理测试用例和测试执行；原因有几个如下

A、 一个产品要测试多次

B、 每轮的测试策略都可能有不同，用例测试范围不同，重点不同

C、作为测试管理者，还要看测试执行人员的用例执行效率（每天执行多少个？剩余多少？可以看出每个人的工作效率和进展；还要对执行效率低的人进行重点关注，避免由风险变成问题） 

吐槽2：批量创建的测试用例和单个创建的测试用例直接执行的界面不一样

批量创建的测试用例（未写步骤和预期）执行时无法填写“实际测试结果”，和单独创建的测试用例执行界面不一样，这里可以不做区分，都调出同样的窗口；或者批量创建用例的时候测试步骤和用例标题默认一致（有的测试场景比较简单，看标题就足够了）

吐槽3：产品、项目、BUG提测试中都有版本，不熟悉的话，关系有点绕

这个也许是我们开始没有掌握禅道的版本管理概念，也可能是“产品”“项目”“测试”这几个导航前后关系给整蒙了：）专门摸索了才清楚，项目先有版本，再转测试，后发布，这个顺序没有一点错，对于刚使用这个系统或者对产品发布节奏不了解的话，可能有点蒙，可以在某个介绍中增加说明（也许已经有了我却没有看到）或者在输入版本的地方给个tips

吐槽4：建议把强大的BUG搜索单独拿出成一个导航

这个搜索功能支持很多，很强大，但是隐藏的有点深，开始使用了好久咨询论坛才知道这么好用的功能，而且经常有使用到搜关键字的，界面上面只有一个搜“BUG编号”的，给人第一感觉不好，个人非常期望能将搜素单独弄出一个导航，太好用的功能被埋没了

吐槽5：缺少版本回退功能

之前让某个同事帮忙升级过一个非稳定版本，且无备份，结果发现有几个错误导致部门反馈较多，想着使用版本回退，退到之前的某个版本，但是查阅了很多资料，没有发现有支持此功能的，按照“升级”的策略， 不管是主动的还是被动的升级失败，能否支持“版本回退功能”？

建议1：在“项目”导航栏中的BUG页面增加“报表”（或者在测试导航下的报表，可以搜索直接任意选择某个项目）

项目→BUG增加统计 ，统一一个项目里的所有BUG情况，目前仅能从产品维度搜索，无法指定某个项目的统计（例如当前处于激活的有多少BUG，严重程度分布如何等等）

建议2：工时能否增加定期执行的任务，比如QA检查等

在一个项目中很多工作都是前期的WBS梳理出来的，但是一些周期性的工作如何加入更好，希望予以考虑

建议3：希望能增加支持Project导入项目计划的功能（类似ProjectServer）

我没有使用专业版，不太清楚专业版本是否有此功能，有的话更好：）目前项目进度很多都用挣值法，用SPI，若有考虑这些的话，甘特图、燃尽图都是比较粗的，没有具体的数字呈现项目计划执行的好坏，比如什么时候项目有延期风险了，需要提醒或者做出措施，这个时候，有一个量化的进度提示就更好了，和日期能对比上。

建议4：文档管理能否增加在线评审，其实就类似在线批注的功能

这个功能是之前在HUAWEI里面研发团队自行开发的，很受部分同学欢迎，所有文档的问题清晰可见，回复意见一个一个对应，而且评审人员在上面都可以随时随地评审，希望后续考虑

建议5：门户概念

一个公司大了，用的工具多了，这个时候就强调门户，一个部门使用多套系统，wiki一个，知识库一个，工时一个，评审一个等等，对于员工来说体验不太好，禅道有这方面的功能集合，希望BUG项目管理系统也能融合wiki、博客、论坛等功能（之前见过有人咨询过，也有人答复，在这里再次啰嗦下 呵呵），这样的话，对于公司正式采购有了很大的砝码，禅道也可以模块化合入

建议6：提交BUG建议增加字段操作系统的位数

之前还不那么多，现在32位、64位系统使用逐渐增多，而且同样的XP或者WIN7都会有不同的位数，建议增加位数字段

FYI：很佩服禅道，这次大范围的公开收集“吐槽”，以上个人吐槽和建议也是使用过类似的相关工具和个人经验，若有不妥，请谅解

1月6日春哥回复：

非常感谢你的建议。

1. 你说的轮次的概念，可以对应到禅道里面的测试版本的概念。每个版本都可以设定改动点，关联指定的用例，然后分派到人执行。
2. 批量创建的页面是为了简化，只有标题。批量创建，界面上没有办法再布局了。可以在执行页面给一个结果录入页面。
3. 测试流程是最复杂的流程，因为涉及到的环节最多。我们网站上有比较详细的手册说明。也录过视频。
4. 右上角的那个是一个id的快速跳转，不是搜索。专业版本有全文检索功能，可以在那个框里面直接搜索。
5. 肯定都能升上来，也有备份还原功能。回退就不做了。没有必要。
6. 可以在bug视图按照项目进行搜索，然后再进行统计报表。
7. 周期性的任务比较麻烦。现在没有太好的方案。
8. 专业版有甘特图插件，也不支持project计划。也不打算做。:) 
   
9. 文档批注功能和你说的门户，wiki，我们会单独做一个版本。现在开源版本的文档库我们做了很大的增强，可以写markdown，可以分库。
10. 位数字段可以在名称上加以区分。
11. 门户你可以试试我们的然之协同：www.ranzhico.com

38 罗聪翼

使用的是专业版还是开源版：专业版
版本号：5.3.3
使用时间：2011年至今

吐槽和建议：

2、产品

3、项目

4、测试

5、后台和配置

6、反馈

7、其他

不知道现在还会不会出现断电后无法启动的问题，没敢试，但专门为此去买了个ups···

附件大小调整需要运维去改 php 服务器配置，希望有个更简单的方式

hello，谢谢您的回复，我的回复意见如下。谢谢~~