我被要求创建一个在需求和设计文档之间映射的可追溯性矩阵。我在弄清楚如何将单个需求链接到设计时遇到了很多麻烦,因为链接几乎总是 1:M,因此很难映射和维护。任何一点都可以指向任何示例,或者就如何在这种情况下管理矩阵提供一些建议。测试需求对我来说很有意义,但是我不明白为什么我需要设计需求,显然这是我们的 CMMI3 审核所必需的。
谢谢您的帮助
我被要求创建一个在需求和设计文档之间映射的可追溯性矩阵。我在弄清楚如何将单个需求链接到设计时遇到了很多麻烦,因为链接几乎总是 1:M,因此很难映射和维护。任何一点都可以指向任何示例,或者就如何在这种情况下管理矩阵提供一些建议。测试需求对我来说很有意义,但是我不明白为什么我需要设计需求,显然这是我们的 CMMI3 审核所必需的。
谢谢您的帮助
在我看来,您好像在谈论需求分析师的角色。在此过程中有多种工具可以提供帮助,领先的商业竞争者是 IBM Doors。尽管我相信使用 wiki 和 wiki 页面中的超链接来表示依赖和链接同样可以很好地实现这一点。
如果您有一个需求规范和一个设计并且它们还没有以某种方式链接,那么您的老板首先错过了需求管理的要点。
需求应该指导设计过程,并从一开始就联系起来,而不仅仅是事后联系起来让审核员满意。您设计的任何东西都应该以特定的方式完成以满足要求。
长话短说……就我个人而言,我会将需求和设计都粘贴在 wiki 中,并将它们链接在一起,如上所述。你基本上被要求为一个没有发生或没有写下来的过程制作文档。
合规矩阵是一个二维表,包含了产品的功能需求与准备好的测试用例的对应关系。在表格列的标题中有要求,在标题行中 - 测试场景。交叉处有一个标记,表示当前列的需求被当前行的测试脚本覆盖。
QA工程师使用合规矩阵通过测试验证产品覆盖率。TM 是测试计划的一个组成部分。