关于Bug优先级设置和其它的一些疑问

1、bug的优先级应该开发人员确定，提交bug是测试人员提交，所以在提交的时候没有优先级字段，文档中有这个功能介绍是因为有的公司是提交bug的人员制定优先级；历史记录里面编辑之后系统会显示编辑操作的，这个隐藏不太明白是什么意思。

2、禅道暂时设计如此。

3、默认设置，如果贵公司发布标题比较长可以修改数据库结构。

4、自定义功能因为自定义的字段或多或少，每个人的屏幕分辨率也不同，所以不能统一的进行排版，只能才用浏览器的自适应；导出暂时不支持自定义字段导出。

5、创建todo的时候可以关联项目和bug，可以操作试一下；项目任务完成后，测试任务才能启动，这个是正确的流程；导出word暂时只有在需求中可以导出word格式（专业版功能）。

6、暂不支持自定义，可以修改禅道的代码文件实现，很简单：zentao/module/bug/lang/zh-cn.php

1.如果bug优先级由开发人员指定，我觉得可以在确认按钮边上做一个指定优先级按钮，同时历史记录里面增加一段说明，显示为“XXX指定了优先级：1”这段说明和“XXX确认了Bug”一样，默认不隐藏。而如果直接采用编辑的方式，感觉流程上不正规，而且历史记录里面只会显示“XX时间由XXX编辑”，而且默认是隐藏的，展开之后才显示“XXX修改了Bug，区别为：XXX”，这样看起来不是很清晰。

4.自定义字段和屏幕分辨率肯定有关，但是一旦自定义字段，严重度和优先级的图标就消失变成文字了，我觉得这算bug吧？另外，如果我将优先级的1234等级改成特急、急、中、不急的话，图标也会消失变成文字。希望还是按照级别设置，不要让图标消失。

6.多谢提示，找到了禅道隐藏的hardware和found属性，准备自己添加，但还不知道新增的属性能否加入到搜索中。

另外有个想法，测试任务一般都是有几个轮次的，如果一个测试任务中的用例执行不成功，必须修改bug直到用例全部执行成功（或者同意挂起）才能进行发布。可否每个测试任务中加入第一轮、回归一轮这样的模块设置？如果单为了回归而再建立一个测试任务，产品多了之后浏览还是有点麻烦的。

1、禅道暂时设计如此，先记下了，谢谢反馈。

4、暂时保持现有状态，自定义字段里面暂时没有做样式的保持。

6、可以加入到搜索中，不过需要添加相应的代码对此功能进行支持。

另外：项目中开发完成后会创建一个版本，测试人员对其测试，测试之后的bug开发人员进行修复，然后再创建一个版本，提交测试再进行测试，如此循环直到创建版本的代码可以对外交付或者发布。