问题标签 [traceability]

问题：

我有一个 Excel 表，我正在使用它来生成一个相当大的需求可追溯性矩阵，其中使用 QA 测试用例编号的列和需求的行。我提供了显示针对单个需求使用的测试用例数量的能力，方法是在 req 旁边有一个单元格，对每一行使用 COUNTIF 表示“x”。虽然这将显示针对该要求完成的测试数量，但它不显示实际使用的 QA 测试用例数量。这有时需要用户向左/向右滚动以找到针对该要求使用的确切测试用例编号（在列标题中）。

• 例如： Req 2.1.1 显示“5”作为针对它的测试用例数。用户必须向右滚动，直到在一个单元格中找到所有 X，并在其所在的列中写下/记住 QA 编号。

我已经包含了一个屏幕截图来帮助说明我的意思。

我在寻找什么：

我想在“E”旁边添加一列（计算 x 的列），它将显示给定要求/行的每个 QA 测试用例编号（列标题 G5:HR5）。

例如：要求 1.1.2 在该行中有四个 x，表示用于此要求的四个不同测试用例（QA-466、QA-467、QA-468 和 QA-470）。我想在行中的某处有一个单元格，1.1.2 要求显示“QA-466 QA-467 QA-468 QA-470”。

我有一种感觉，我需要不止几个隐藏的单元格来运行一些公式来完成这项工作，而且我会在某些时候使用 REFERENCE 和 OFFSET ......但是在哪里以及如何？

我们需要使用自定义逻辑（将用 Java 或 Python 编写）对一组交易执行某些计算。

计算将针对特定期间（例如 2017 年 1 月 1 日至 31 日）和计算时的交易进行，例如 2018 年 1 月 31 日。用户可以随时添加（或取消）回溯交易。将有数十万笔交易，并且可以在同一时间段内多次执行计算运行。因此，业务需要知道哪些事务用于哪个计算运行。

有谁知道是否有任何工具可以帮助进行这种数据可追溯性以识别用于特定计算的数据？

我认为任何工具都很难，因为我们的自定义代码知道它使用的数据。

我们正在考虑将每个计算引用的事务（仅标识符）存储在数据库中，供业务的数据可视化工具使用。鉴于交易量，这将需要时间（可能以小时为单位）来插入那么多记录，但这是可以接受的。

如果遇到类似问题的任何人都可以分享他们的经验以及如何解决这个问题，我将不胜感激。我不确定是否有任何标准模式，因为它可能不是常见问题。

谢谢

我正在学习如何通过所有微服务跟踪我的分布式进程。我一直在使用 Sleuth、Zipkin 和不同的微服务，效果非常好！但是当我尝试在不同依赖项之间交互的项目中做同样的事情时，我无法创建相同的行为。

此图显示当前如何工作不同的微服务。

这是微服务的示意图：

这张图片显示了一个具有依赖关系的应用程序是如何工作的。

这是具有依赖关系的应用程序图：

我想知道，是否可以使用依赖项创建与微服务相同的行为？

我不知道是否有一种简单的方法可以做到这一点，它不依赖于手动写下脚本中保存的输出对任何建议如此开放。我想要一个在我的脚本末尾运行的函数，它会自动生成一个名称如下的文本文件：“IO_track_scriptname_date_time”，其中包含我加载的文件和保存的文件的列表（位置链接）。然后将此 txt 文件保存到所需的目的地。

谢谢您的帮助

编辑：或保留输入和输出日志的任何替代方式。

我们使用 Azure Devops 进行需求和手动测试。寻找一种使用与 Power BI 的 oData 连接来创建可跟踪性报告的方法，该报告将一直将功能链接到应验证该功能的测试的最新结果。

数据的组织方式如下： 特性 = 业务需求 故事链接回特性，作为对开发人员构建内容的说明。故事还链接到测试用例，这些测试用例应该验证故事测试用例已分配给组织的计划和套件。

在原生的 DevOps 中，我们可以提取测试计划中的结果报告，但我们真的想要一个完整的可追溯性报告，将链条链接在一起：特性 > 故事 > 测试用例 > 最新结果。

最终，我们既想要一个表格的可追溯性矩阵报告，又想要从该数据生成图表的能力。

从链接回案例的测试点获取最新结果是没有问题的，但是我们在尝试进一步链接回故事然后是功能时有点卡住了。

提前致谢。

嗨，我想找到一种方法来追溯引用单元格的超链接。例如：A 列中有 5 个随机单元格通过超链接引用 D2 单元格。所以当我去 D2 时，我怎么知道引用 D2 的单元格是什么。

非常感谢您的回答。

谢谢。

我正在寻找一种在 Sparx Enterprise Architect Glossary 中将多个项目相互链接的方法。这是一种可能吗？

例子

我正在寻找一种方法来注册第三列，以便更容易在词汇表中进行可追溯性。

我有四个模块 A、B、C 和 D，其中每个模块都是链接的，即 A -> B -> C -> D。较低级别的模块仅引用下一个较高级别的模块。因此，例如，我无法绘制从 D 到 B 的链接。我的目标是能够从所有 3 个模块（B、C 和 D）中看到模块 A 中自上而下的可追溯性视图。更好地描述，我应该能够看到模块 A 中每个模块 B、C 和 D 的特定属性，以在 A 中创建可追溯性矩阵。

我尝试了以下方法：

使用向导分析工具，从高层模块生成引用属性并将其复制到低层模块中的文本属性中，以便可以直接从 C 和 D 模块绘制链接到 A。但这不会使工作动态和每次都在那里是中级模块的更新，我将不得不重复此步骤。

IBM Rational DOORS V9.6 用于此目的。也欢迎任何使用 DXL 脚本的建议/想法。在此先感谢您的时间。

作为我们 Spring 应用程序的一部分，我们使用 Spring Sleuth 将 traceid 和 spanid 注入请求中。这通过 MDC 集成巧妙地与 SL4J 一起工作，以传播到日志。

但是遇到了我们的组织没有使用 Sleuth 紧密耦合的 B3 标头的问题。因此，寻找使用可以注入跟踪的“x-trace-id”之类的自定义请求标头的替代方案。

我们的可追溯性仍然是通过像 splunk 这样的集中式日志记录。我们还没有像 zipkin 这样的集中式收集器，因此采样还不相关。所以直接的用例是确保日志可追溯性，一旦我们有一个用于跟踪的中央收集器，希望采样可以开箱即用。

我有一组要求和一个在 ALM 中设置可追溯性的测试计划。在测试实验室中运行测试后，我喜欢使用“覆盖”功能来确保我的每个要求都得到了验证。

要求将保持不变，但是每次发布新版本的软件时，我都需要制定新的测试计划。我的问题是 - 我如何设置可追溯性并显示每个新版本软件的覆盖率？

有没有办法做到这一点？

测试覆盖率