3.2.1 试用发现的一系列BUG及建议~~~ ~

问题3，对于敏捷开发工具，个人认为比较合理的，开发人员有权利自行提交bug……

还有，某些情况下，测试人员未必清楚这个bug的真实情况，开发人员有责任修改内容为真实描述，还有bug类型等内容。

问题5，偶就经常自己提交，自己验证并关闭。因为我记录的都是开发中的问题，没人给我验证并关闭。

同意21bird的，禅道以Scrum模式为基础的，测试缺陷让测试经理看、转给开发经理、再转给开发工程师，这种模式和敏捷有点格格不入了。测试可以把缺陷指派给任何他可以指派的人，如果指派错了，工程师可以很方便的转给其它人，如果实在是管理需要，可以让测试工程师统一转给特定测试负责人或开发负责人。系统做太多限制的话不太合理。

另外，缺陷等级这个仁者见仁的，一般用数字12345最和谐了，文字化的东西歧义太多，比如“致命”，有些软件整个挂了也不致命:)

恩，对您的回答我解释一下。您可能没明白我的意思

问题3：你说的这种是对的。我的意思是开发不能修改测试人员已经提交过BUG单。------开发自己是有权利提单没错

问题5：您这里可能又没理解我的意思了，测试人员自己可以提交并关闭对的。--我的意思是这个BUG单 流转到了谁头上了就只能有当前人操作。

-------新发现的问题问下

问题7：我给测试人员给定“BUG汇总表”权限，当然统计首页肯定给了，然后已测试用户登陆点击“统计试图”，提示没有权限，一定要同时给定“项目管理偏差报表”这个勾上才可以打开“统计试图”----不知道这是不是BUG。

问题8： 测试视图里的报表能生成报表在这个工具上吗？貌似没有保存这个功能把？那生成了又不能放上面那有什么用呢？不懂。还有这个功能为什么不放到统计试图里呢？

问题5：比如，测试工程师A发现了一个bug，他指派给开发工程师B，然后他发现这个Bug原来是自己理解错了，所以他直接操作修复，然后关闭了，这样做貌似不算错，如果他没有删除bug权限的话。

2. 需要把所有的接口权限都加上。

7. 权限加上即可。

8. 关注点不同。统计视图的统计更偏重宏观。