关于将需求分为软件需求和测试需求的想法

我们公司目前开发方式是开发人员先进行产品设计，评审软件需求，然后我所在的测试部门根据软件需求来编写测试需求，再根据测试需求写用例。禅道目前是在产品中提需求，基本上都算是软件需求，虽说测试需求也可以写到里面，但是列表中很难看出归属关系——只有进入需求详细页面才能在相关或细分需求页面看到相关的需求。对我们工作而言，测试需求还是蛮重要的，不知道开发团队有没有将需求分类的想法。我这有一点不成熟的构思：

1.测试需求大部分都是从软件需求细分的，少部分是测试人员独立思考的隐含需求，能否在测试视图加一个测试需求管理，建需求和编辑需求的时候都可以输入其来源需求（产品需求中的软件需求或隐含需求）；

2.需求关闭时的细分页面（包括相关需求相关用例的编辑页面）建议做成抄送框那种可以选择的控件方式，而不是手动去输入id；

3.软件需求可以直接细分为测试需求（类似项目关联需求时对任务的细分）；

4.很多人写用例喜欢用freemind这种树形的思维导图，希望在需求列表或详情页面能以某种方式直接显示其关联到下属的测试需求-测试用例-bug等的树状图表，这样看的人也比较直观。

5.个人认为bug、需求和任务的图表放得太分散了，好都放在统计视图下面，将其和统计表格放在一起做个排版，直接导出为word或excel，这样可用性会很高。