吐槽：

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

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

建议：

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

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

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

吐槽：

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

建议：

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

29号回复：

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

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

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

版本号：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，然后再导入。

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

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

此处背景图 定位出错 

控制台报错如图

2017年1月6日回复

谢谢反馈，我们检查下

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

版本号：8.3.1

使用时间：2013-2015,2016

吐槽和建议：

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

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

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

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

1月6日回复

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

使用时间：201605~至今

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

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

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

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

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

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

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

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

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

1月6日回复

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

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

使用版本：开原版

版本号：8.2.2

使用时间：2015年3月至今

吐槽及建议：

1.吐槽：

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

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

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

如图：

2.建议：

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

1月6日回复

谢谢反馈。

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

版本号：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