测试视图 bug查找非常不方便。以及一些建议。可以参考一下mantis

1. 一个正常的团队没有关闭的bug数量不会太多。我们检索标签里面有各种检索标签，比如未解决的bug。

2. 搜索条件可以展开，最多可以组合六个条件，如果还嫌少，还可以修改配置文件，把检索条件组数调大。

3. 检索条件放在外面，排版无法布局的。

4. 为什么在创建bug的时候不直接选择好指派人？我们最早之前还没有批量添加和批量编辑操作呢。

5. wiki语法晦涩，适合百科类的，不适合写文档。我们有专门的文档库。

6. 禅道的管理思想都是从产品出发的。这和你理解的项目的概念不同。

说到mantis，呵呵，我们只能说，你说的这些我们不敢苟同。所以还是回过头来说，这只是一个很简单的选择的问题。

只能说 版主 完全没能理解我的用意。

未解决的bug   指派给我的bug   这种 检索标签与 测试模块   应该是组合查询 不是 单独的。  选中 未解决的bug  再选一个模块  应该是这个模块下所有未解决的bug 而不是所有的。

我也没有说  展开的 搜索条件不够多。  只是说不够方便……另存出来的条件 放到 未解决bug同级。 这要再展开 来选择 我的查询。

批量操作的情况  不是说  建bug的时候没有指派人……。而是 整过过程中发现这个开发人员 进度过慢……他的bug 或者 任务 过多。可以批量指派到另一个任务比较小……速度比较快的开发人员身上……  

我也了解 禅道是从产品出发的……不能因为禅道是由产品出发的就 忽略了一些正人性的操作吧。

mantis，在我们来看，就是是垃圾，渣。他们那个搜索表单，设计的要多烂有多烂，界面丑陋，bug巨多（你可以看它们的修改记录）。这样的烂系统。呵呵。禅道的检索效率，页面布局的合理程度要远远超过mantis。真搞不懂楼主还要捧它的大腿。

至于你说的bug多啊什么的，这个我更想和你说的是，先找找自己团队的原因吧。为什么bug那么多。工具只是暴露了问题而已，最根本的不是在于禅道的批量指派如何，最根本的是为什么有那么多的bug。

我们很多设计是要综合考虑的。搜索表单默认展开，占掉四行的面积，bug列表的有效空间就少。搜索条件拿出来，排版就不好排版。你只知其一，不知其二。等你哪天自己真正考虑做款产品的时候，你就会明白的。

不想再和你讨论这些问题。看看你的话里面吧：非常，毛，不胜其烦。既然你觉得禅道这么烦，也没有人强迫你用禅道。你还是去用其他你认为好用的系统吧。