<span style="font-size:14px;background-color:#FFFFFF;">业务部门</span><br /><span style="font-size:14px;background-color:#FFFFFF;">1，需求池增加所属系统产品（？）</span><br /><span style="font-size:14px;background-color:#FFFFFF;">2，业务需要参与测试用例评审，提测单的用例评审（新增的用例，如何判断是否业务需要评审）</span><br /><span style="font-size:14px;background-color:#FFFFFF;">3，工单的权限管理（应该由需求提出方关闭确认）</span><br /><span style="font-size:14px;background-color:#FFFFFF;">4，缺陷根据级别分别区分管理，缺陷的级别需要在缺陷创建时进行评审确认</span><br /><span style="font-size:14px;background-color:#FFFFFF;">5，需求池矩阵增加一列 展示相关研发需求</span><br /><span style="font-size:14px;background-color:#FFFFFF;">6，需求状态的同步不及时，bug激活次数统计</span><br /><span style="font-size:14px;background-color:#FFFFFF;">7，需求增加提出部门的字段，按照部门维度筛选</span><br /><span style="font-size:14px;background-color:#FFFFFF;">8，反馈需要可以设置指定人员处理（人员逻辑暂定）</span><br /><span style="font-size:14px;background-color:#FFFFFF;">9，需求澄清出来不是业务部门想要的</span><br /><span style="font-size:14px;background-color:#FFFFFF;">10，反馈的问题没有办法跟踪到最后的节点，问题解决后业务部门不清楚问题的解决方案</span><br /><span style="font-size:14px;background-color:#FFFFFF;">11，测试的用例不是最后能满足业务的，或者测试的角度用例评审的范围，新增、重要、工作量大、业务流程</span>