吐槽：
产品篇： 
>>发布既然是选择现有项目中的版本，又要重新选择需求Bug和写描述，双重劳动哦，建议加个直接使用版本中的描述和关联关系。

不一样的概念。项目中的版本关联的是在这个项目本身过程中解决的bug，比如
build1: 完成了需求1， 需求2， 解决了上个版本的bug1
build2 完成了需求3， 解决了build1里面产生的bug2, bug3
最后发布：应当是完成了需求1，2，3，解决了bug1 bug2,bug3不应当算到发布里面的。

这块的逻辑我们也有在调整，让它更加合理。

>>> 如果一个项目存在服务器端和客户端，那么其版本管理会需要多个项目来支撑，还是由多个产品来支撑？版本号之间如果和做关联？运营的上线发布和开发的打包发布之间的版本号如何协调？

放在一个产品也可以，分开多个产品也可以。版本号你们可以做个内部的约定，比如假设有两个产品，server1.1和client1.1，版本号对应上就行了。这个需要团队之间一些流程方面的约定。

>>> 如果一个产品的开发，运营，客服，测试都在禅道上进行，那么对于不同部门的人来说，就不需要看到其他部门的项目，但是现在的权限控制貌似还做不到足够的细致，市场部门内部的OA流程和开发之间如何协同，经验上只能由多个产品来解决这个问题了，希望能有更好的解决方案。而且目前这几块在项目的结构上，除了几个统计和模块有无上有区别，其他方面并无太大区别，给人的感觉是，运营等非开发部门也需要按照程序员的思路去走OA，这点希望能优化。
希望官网能多一些管理方案上的资料。

项目可以设置权限，可以设置白名单，比如开发一个白名单，把所有的开发人员放在这里面。然后所有开发的项目对开发者开放。其他部门的人就看不到了。
运营的项目可以建运维类型的项目，就没有需求，版本这些概念了，更多就是任务管理的概念。
这些逻辑我们最新的也有调整，应该会更加清晰。可以先到demo.zentao.net体验下。

项目篇： 
情况假设：产品01的需求a01由项目A提出，需要关联在产品02的项目B中完成
>>> 一个项目如果关联多个产品，在需求关联时会十分麻烦，因为此时各产品的模块功能消失掉了，只能在标题上加上版本号作为关键字，通过搜索标题关键词的方式来关联对应产品下的需求。十分麻烦，建议改进。

建议实现在产品里面列好计划，然后在关联需求的时候按照计划进行排列或者检索。

>>> 需求a01在项目B中进行了任务细分和状态更新，但是在项目A中没有同步更新，无法做查看，这样，同一个需求可能需要改2次状态。
一个需求不建议关联到两个项目中做，最好还是分开。

>>> 点击编辑项目中的需求之后，返回至产品页面而不是项目页面，有点麻烦，需要重新进入项目页面。

你点我们页面中的返回按钮返回，不要点浏览器的返回。

>>> Bug页面中无模块功能
>>> 团队如果取消了某个成员之后，在其项目树上还能看到产品的名字。
表示看不懂。

>>> 任务的消耗时间一旦写错，连改的机会都没有了，一个组员故意写了999999小时，整个统计都混乱了，除非改数据库，但是这是不合适的。

是通过工时来记录的吗？工时是可以编辑或者删除的。你没有给他分权限吧？


>>> 任务中的图片附件，应该在编辑时被执行删除操作，而不是直接单击X就被删除，缺少防范机制。

呵呵，一样，删除权限慎重给就是了。

>>> 同时单击保存的时候，名称不是上传的名称，而是唯一的字符来区分，需要做二次命名，麻烦。
文件名我们是随机的，标题我们会自动取文件名的。单纯以原来的文件名保存，会有很多问题。

>>> 附件给出图片的压缩选项，不然文件整个越变越大，备份时间更长。

呵呵，文件都会越来越大的，这个我觉得还是同学，尽量抓小图。后面我们增加gd的自动压缩功能。

>>> 甘特图上，最好有颜色的图释解释

嗯。记下了。

>>> 日历建议增加Bug的统计，同时颜色区分延迟处理的Bug情况

建任务的时候，可以把本期要解决的bug关联到项目任务中。

>>> 和需求的编辑一样，提交完测试任务后，返回的不是项目视图，而是测试视图。

这个还是到测试视图比较合适。:) 

测试篇： 

>>> Bug没有提供按照项目来分类的功能，而只能使用模块的一级菜单来建立项目名，二级菜单来建立项目的功能模块

bug可以关联项目的。也可以按照项目进行搜索。

>>> 建议能有个优先级的时间设计，例如1级的Bug需要在3小时内解决，2级需要1天，3级3天，这个可选。接下来在Bug列表中，如果某个Bug的解决时间超过了优先级设置，就需要标红报警，不然只是级别设置，没有和时间维度挂钩，这里稍微不利于跟踪。

这个，建议走定制吧。

>>> 延期处理等未解决的状态应该用颜色区分，同时给出筛选选项，将延时处理的Bug关联至下一个项目任务中，不然导入任务的时候都要手动去查找这些Bug。

嗯。这块逻辑可以调整下。导入bug的时候，把延期的也查出来。


>>> 测试用例如果失败后，那个虫子按钮只能新建Bug，但是无法单击查看当前用例测试失败后建立的关联Bug，只能进入Bug页面来查找。

嗯。先记下了。

>>> 点击测试任务之后，其实就可以列出所有的测试用例，而不需要再次单击用例按钮去跳转，增加理解复杂性。

嗯。先记下了。

>>> 用例的相关性关联不是很强，这里给出的是手填，建议给出下拉菜单。

下拉菜单比较恐怖的...太多了。

文档篇： 
>>> 产品的文档和项目的文档缺乏一个更合理的管理模式，包括模块管理，版本管理，两者现在相对独立，不方便做到从产品到项目文档的直接查看跳转。
产品和项目文档库的模块，其实是文档分类。两个记录的是不同的东西。比如产品文档库记录的是需求文档，原型图，等等。项目文档库列出的是项目文档，比如测试报告，性能测试等等。

>>> 文档的编辑器有一些与Word的兼容问题，所以文档功能变成了纯附件功能，而不是维基式的管理。

简单的文档建议直接在编辑器里面编辑。复杂的上传附件。和word完全兼容，需要投入google doc那样的团队做了。


反馈篇： 

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

等我们系统整理。

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

有统计报表，不会一直没有用吧？

系统篇： 
>>> 任意条目在被删除掉之后，如果新建一个同样名字的用例，会提示条目已经存在，必须进入回收站改名才行。
为什么删了一个，又要重新建一个一模一样的呢？我表示不理解。直接编辑原来的那个不就好了?

>>> 对于常规的下拉菜单给出配置功能，例如测试的类型，有时为了改动这些，需要去服务器上编辑页面，不是很安全。
最新版本增加了常见的配置。

>>> 如果要输入抄送等名字时，输入英文名即可，但是有些已经被删除掉的用户名还存在。
最新版本应该已经处理了。

>>> 如果同一个角色需要对各个项目执行不同的权限分配，那么需要被迫见涨三PM，涨三PL，涨三TM，十分不方便。
权限都是求合集的，你这样做也没有作用吧？

>>> 缺少全文搜索，如果只记得任务中的一个关键词，那么需要寻找的话，简直有感大海捞针。
全文检索，很复杂滴...，现在方案基本上有了，等我们开发计划吧。

>>> 桌面提示软件存在延时状态，最好加入根据Bug的时间优先级的提醒，还有1个小时你的Bug就要过期啦！
实时检查，对系统负载太高了。优先级的提示不合适，不同公司设置不同。

>>> 待办功能中，既然给出了编辑时间的优先级，那么也建议用颜色进行区分。
可否具体解释下？

>>> 不能添加昨天的待办事件，但是可以在今天新建，然后拖到昨天，这算小技巧么？
待办本来就是将来的，昨天的应该写日志。

>>> 支持Linux下的SVN服务兼容
你是指证书方面的问题吧。这个可以考虑用svnsync，同步一个本地的svn库。就简单了。

>>> 能有更新提示，有时不得不去问客服，什么时候有更新呢？
登录界面会有提示的，如果有新版本的话。

>>> 选择指派的时候，弹出的是全部人员，太夸张了，人多了那菜单看起来很恐怖。
最新版本做过调整了。