paperbot · PL 论文追踪

全部论文 待读 收藏

P2 Quantifying no-fault-found test failures to prioritize inspection of flaky tests at Ericsson

量化无故障发现的测试失败以在 Ericsson 优先检查 flaky 测试
FSE Proceedings of the 29th ACM Joint Meeting on European Software Engineering Conference and Symposium on the Foundations of Software Engineering2021匹配度 1/10 · 该论文属于软件测试中的 flaky test 与工业实证研究,关注 Ericsson 项目中 NFF 测试失败的量化,与用户画像中的静态分析、LLM/Agent、浮点程序分析、贝叶斯程序分析等核心方向均无直接关联。虽然包含工业落地和问题驱动元素,但研究问题不在用户追踪的 PL/AI 交叉领域内。引用 11 inbox
Maaz Hafeez Ur Rehman, Peter C. Rigby
crossref: 2026-09-12

AI 速览

一句话:量化 Ericsson 大型项目中无故障发现(NFF)测试失败的频率,用于优先排查 flaky 测试。

大型软件系统常带着已知失败和 flaky 测试发布。本文关注一种常见但缺乏量化的现象:测试失败后,开发者经过排查却未发现故障(no-fault-found, NFF)。作者在 Ericsson 的一个大型项目上开展案例研究,覆盖四个发布版本、约 1 万项测试、990 万次测试运行,统计测试失败且未发现故障的发生频率。该工作通过工业规模的实证数据揭示 NFF 失败的普遍程度,并论证可利用这类信息对 flaky 测试的检查与排查进行优先级排序,从而更有效地分配开发者精力。

问题
测试失败后开发者排查却未发现故障(NFF),而大型系统常在存在已知失败与 flaky 测试的情况下发布;需要量化这一现象。
方法
在 Ericsson 的一个大型项目上开展案例研究,分析四个发布版本中 1 万项测试的 990 万次测试运行,统计无故障发现失败的频率。
评估
通过大规模工业测试运行数据进行实证量化,说明 NFF 失败的普遍程度,并讨论其用于优先检查 flaky 测试的价值。
原文摘要(Abstract)

A test fails and despite an investigation by a developer there is no fault found (NFF). Large software systems are often released with known failing and flaky tests. In this work, we quantify how often a test fails and does not find a fault. We conduct a case study on 9.9 million test runs of 10k tests across four releases of a large project at Ericsson.

链接与引用

DOI 原文 ·

BibTeX
@inproceedings{paperbot6431,
  title = {Quantifying no-fault-found test failures to prioritize inspection of flaky tests at Ericsson},
  author = {Maaz Hafeez Ur Rehman and Peter C. Rigby},
  booktitle = {FSE},
  year = {2021},
  doi = {10.1145/3468264.3473930}
}