做单元测试时，如果需求在需求工具里是一套编号，测试在TESSY里又是另一套命名，到了评审或外审阶段就会出现两种风险：一是无法证明每条需求都被验证过，二是需求变更后无法快速说明影响范围。把需求导入、关联、覆盖统计和报表导出做成固定流程，才能让追溯关系既能日常使用，也能在审计场景下拿得出、讲得清、复核得了。

　　一、TESSY与需求怎么关联

　　TESSY可以导入需求文档并在工具内维护需求结构，再通过Link Matrix把模块、测试对象、测试用例与需求建立关联，后续就能做覆盖分析与报表输出。

　　1、先把需求编号与标题在源头定稳定

　　在需求工具里统一每条需求的唯一编号与标题命名规则，避免后续导入后又改编号导致追溯断裂，编号建议全程不复用，只做版本迭代标记。

　　2、把需求导入到TESSY并保留原始文件留档

　　在TESSY切到需求管理相关视图或需求区域，对需求文档节点使用右键菜单的【Import】类入口导入需求，优先选ReqIF用于与DOORS、Jama等工具对接，也可按团队现状选CSV、XML或TXT导入。

　　3、给需求文档设置清晰的文档名与别名

　　在需求文档属性里把文档名、别名写成版本可追溯的格式，比如需求基线号加日期加范围，别名会进入报告输出，后面审计看报表时能一眼识别需求来源与版本。

　　4、用Link Matrix把需求与测试层级逐级连起来

　　打开【Link Matrix】视图，把需要参与追溯的模块、测试对象、测试用例加入矩阵，再在矩阵单元格里建立链接关系，建议先做到测试用例与需求一一对应，再补模块级与测试对象级的汇总关联，避免只做高层链接导致细节缺口。

　　5、把未关联项当作日常缺陷处理

　　在需求覆盖相关视图里定期筛选未被任何测试关联的需求，以及未关联到任何需求的测试用例，形成待补齐清单，补齐时回到【Link Matrix】完成链接并写明测试意图与覆盖点。

　　6、需求变更后先更新需求再做影响确认

　　当需求从需求工具侧更新时，按同一导入格式与同一映射方式重新导入或更新需求文档，然后用覆盖视图与链接矩阵复核哪些需求新增、删除、修改，再对受影响用例做补测或重跑，避免只改测试不改追溯关系。

　　二、TESSY需求追溯怎么做更便于审计

　　审计关注的不是你有没有做测试，而是你能不能证明需求被验证过、验证结果可复核、变更后影响可追踪。TESSY的报告里可以映射需求、输出V&V矩阵，并区分计划覆盖与执行覆盖，把这些内容固化下来会更好过审。

　　1、把追溯规则写成团队统一口径

　　统一约定每条需求至少对应一条测试用例，关键需求需要覆盖正常路径与异常路径，若一条用例覆盖多条需求，要在用例说明里写清覆盖边界，避免审计问到时解释不一致。

　　2、把计划覆盖与执行覆盖分开管理

　　在TESSY里先把用例与需求关联完整，形成计划覆盖，再通过执行结果形成执行覆盖，评审时分别输出计划覆盖与执行覆盖，能更清楚解释当前差距来自用例未设计还是用例未执行。

　　3、对需求文档做版本化管理并与发布基线对齐

　　每次里程碑发布前固定一次需求文档导入版本，导出报表时把需求文档名与别名带上，并把该版本需求文件与TESSY报告一并归档，确保审计时能复现当时的需求口径。

　　4、用V&V矩阵与需求覆盖报告作为主审计材料

　　优先输出能直接映射需求到测试的报表，比如V&V矩阵、需求覆盖、测试计划覆盖与执行覆盖摘要，材料结构建议固定为需求列表、关联用例清单、执行结果摘要、未覆盖清单与处置说明。

　　5、把导出格式统一成可交换与可留存两套

　　对外部协作或审计系统交换，优先导出ReqIF或XML以便保持结构化信息；对审计留档与签审，优先导出PDF报告并固化文件命名规则，避免不同人导出后文件不可比。

　　6、把需求变更的影响说明做成例行输出

　　每次需求更新后，输出新增需求未覆盖清单、已覆盖需求但需重测清单、删除需求对应用例处置清单，并在变更单里引用对应报表文件名，这样审计追问变更影响时能直接定位证据。

　　三、TESSY审计报表与证据链怎么整理

　　追溯做得再细，如果证据包散落在个人电脑里，审计同样会卡。把需求文件、追溯关系、执行结果与导出报表按一次发布一套包去整理，能显著降低临时补材料的成本。

　　1、固定一套证据包目录结构并按构建号归档

　　每次发布建立同名目录，目录内固定放需求导入源文件、TESSY导出的需求覆盖与V&V报表、测试执行摘要、未覆盖清单与处置记录，文件名带构建号与日期。

　　2、把Link Matrix导出与截图作为追溯关系备份

　　在交付节点从【Link Matrix】导出追溯关系表，必要时对关键模块的矩阵视图截图留档，避免后续数据库变动后无法证明当时的关联状态。

　　3、把需求导入映射与字段规则一并留存

　　如果你用ReqIF或XML导入，导入时的属性映射与字段规则要保存为同版配置，并与需求文件一起归档，确保审计时能解释需求属性如何进入TESSY并保持一致。

　　4、把执行结果与报告生成做成流水线固定步骤

　　在CI或夜间回归后自动生成报告并输出到指定目录，减少人工导出造成的漏项与口径不一致，审计时也能证明报告由固定流程生成而非临时拼凑。

　　5、对关键版本做只读备份避免追溯被误改

　　在里程碑后对TESSY数据库做一次备份并标记为只读归档版本，后续继续开发在新版本上进行，审计抽查时直接拿归档版本复核，避免被日常改动影响。

　　总结

　　把需求与TESSY关联做稳，核心是先用ReqIF、CSV、XML等方式把需求文档导入并保留版本，再用【Link Matrix】把需求与模块、测试对象、测试用例建立可复核的链接关系。审计友好的追溯要同时输出计划覆盖与执行覆盖，配合V&V矩阵与需求覆盖报表形成证据链，并把需求源文件、映射规则、追溯导出表、执行摘要按构建号归档成套，审计抽查时才能快速定位与复现。