我被要求创建一个可追溯性矩阵,该矩阵在需求和设计文档之间绘制。我遇到很多麻烦,因为链接几乎总是1:m,因此很难映射和维护,因此我遇到了很大的努力。任何观点都可以在任何示例的方向上,或提供有关您如何在这种情况下管理矩阵的建议。对我进行测试的要求很有意义,但是我看不出为什么需要设计要求,显然这是我们的CMMI3审核所必需的。

谢谢您的帮助

有帮助吗?

解决方案

在我看来,就像您在谈论需求分析师的角色一样。在此过程中有各种各样的工具可以提供帮助,领先的商业竞争者是IBM门。尽管我认为,使用Wiki和Wiki页面中的超链接表示依赖和链接,这同样可以很好地触及。

如果您有需求规格和设计,并且它们尚未以某种方式链接,那么您的老板首先错过了需求管理。

需求应指导设计过程,并从一开始就链接不仅链接,因此以使审计师感到满意。您设计的任何事情都应以特殊的方式来满足要求。

简而言之,我个人会在Wiki中遵守要求和设计,并如上所述将它们链接在一起。基本上,您被要求为未发生或未写下的过程进行文档。

其他提示

合规矩阵是一张二维表,包含产品和准备好的测试用例的功能要求的对应关系。在表的列的标题中,有要求,在标题线 - 测试方案中。在交叉点是一个标记,这意味着当前列的当前线的测试脚本涵盖了当前列的需求。

质量保证工程师使用合规矩阵来通过测试来验证产品覆盖范围。 TM是测试计划不可或缺的一部分。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top