論文の概要: Are We Testing the Wrong Quantum Bugs? A Study of Fault Representation Gaps in Quantum Software Testing
- arxiv url: http://arxiv.org/abs/2610.22089v1
- Date: Thu, 15 Oct 2026 15:41:56 GMT
- ステータス: 翻訳完了
- システム内更新日: 2026-10-17 06:09:33.165656
- Title: Are We Testing the Wrong Quantum Bugs? A Study of Fault Representation Gaps in Quantum Software Testing
- Title(参考訳): 間違った量子バグをテストしているか? 量子ソフトウェアテストにおける故障表現ギャップの検討
- Abstract要約: 量子ソフトウェアは、実行前にプログラムを変換するコンパイラ、中間表現、実行フレームワークに依存している。
これらの成分の欠陥は、そうでなければ正しい量子プログラムの振舞いを変えることができる。
突然変異生成欠陥と修正バグベンチマークによって表される欠陥が、現代の量子ソフトウェアで遭遇した欠陥をいかに反映しているかを考察する。
- 参考スコア(独自算出の注目度): 6.026868334815318
- License: http://creativecommons.org/licenses/by/4.0/
- Abstract: Quantum software relies on compilers, intermediate representations, and execution frameworks that transform programs before execution. Faults in these components can change the behavior of otherwise correct quantum programs. Yet quantum testing techniques are often evaluated using mutation-generated faults and curated bug benchmarks. We investigate how well the faults represented by these artifacts reflect those encountered in modern quantum software. We audit four quantum mutation-testing tools and three curated bug benchmarks, and collect 410 verified bugs from ten quantum software repositories over two years. We classify faults from all three sources into a common taxonomy of 56 bug families and compare their representation across mutation operators, curated benchmarks, and recent real-world bugs. The mutation tools support 20 bug families, and curated benchmarks add 15 more. Yet only 56 of the 410 real-world bugs (13.7%) belong to families represented by either source; the remaining 354 (86.3%) belong to families absent from both. The largest unrepresented families concern compiler transformations (66 bugs), type handling (53), and input validation (47). Unlike local gate or statement changes, these faults often depend on intermediate representations, compiler pipelines, input types, or dependency versions. Existing mutation operators primarily modify circuits and program constructs, whereas many real-world faults arise in the compilers, representations, and framework interfaces that process them. Addressing this gap requires looking beyond circuit-level faults toward testing semantic preservation across compiler transformations, correctness at representation boundaries, and interactions between software components. Our study provides empirical evidence to guide fault models and benchmarks that capture these mechanisms and preserve the contexts needed to reproduce them.
- Abstract(参考訳): 量子ソフトウェアは、実行前にプログラムを変換するコンパイラ、中間表現、実行フレームワークに依存している。
これらの成分の欠陥は、そうでなければ正しい量子プログラムの振舞いを変えることができる。
しかし、量子テスト技術は、しばしば突然変異生成障害とキュレートされたバグベンチマークを用いて評価される。
これらの人工物で表される欠陥が、現代の量子ソフトウェアで遭遇した欠陥をいかにうまく反映しているかを考察する。
4つの量子突然変異テストツールと3つのキュレートされたバグベンチマークを監査し、2年間で10の量子ソフトウェアリポジトリから410の検証済みバグを収集します。
3つのソースの障害を56のバグファミリの共通分類に分類し、それらの表現を突然変異演算子、キュレートされたベンチマーク、そして最近の現実世界のバグと比較する。
突然変異ツールは20のバグファミリをサポートし、キュレートされたベンチマークでは15が追加されている。
しかし、実際の410のバグのうち56件(13.7%)はどちらの情報源でも代表される家族に属しており、残りの354件(86.3%)はどちらも欠落している家族に属している。
最大の非表現ファミリーは、コンパイラ変換(66バグ)、型ハンドリング(53バグ)、入力バリデーション(47バグ)である。
ローカルゲートやステートメントの変更とは異なり、これらの障害は中間表現、コンパイラパイプライン、入力タイプ、依存バージョンに依存することが多い。
既存の突然変異演算子は主に回路やプログラムの構成を変更するが、現実世界の多くの欠陥はコンパイラ、表現、フレームワークのインタフェースで発生し、それらを処理する。
このギャップに対処するには、コンパイラ変換間のセマンティックな保存テスト、表現境界の正確性、ソフトウェアコンポーネント間の相互作用など、回路レベルの欠陥を越えて検討する必要がある。
本研究は,これらのメカニズムを捕捉し,再現に必要なコンテキストを保存する断層モデルとベンチマークをガイドする実証的証拠を提供する。
関連論文リスト
- Retromorphic Testing of Quantum Compiler Passes [0.0]
本稿では,量子コンパイラパスの自動検証のためのテスト手法を提案する。
我々は,このメソッドをフレームワークRetroQで実装し,PennyLaneとQiskitのコンパイラパスに適用する。
論文 参考訳(メタデータ) (2026-10-08T03:58:37Z) - Generalised Bit-Vector Abstractions for Formal Verification of Quantum Error-Detection and Entanglement Circuits over {H,X,C-NOT}: CSS Constructions, Soundness, and Mutation-Based Validation [0.0]
量子回路の形式的検証は、回路サイズが大きくなるにつれて困難になる。
前回の研究では、重ね合わせ追跡を基底状態の挙動から分離するビットベクトル抽象化を導入した。
本稿では,その枠組みを5方向に拡張する。
論文 参考訳(メタデータ) (2026-10-01T00:22:13Z) - Measuring the Checker: Mutation Analysis for GPU-Kernel Benchmark Oracles [86.41218924166775]
LLM生成のGPUカーネルのベンチマークは、ランダムな入力とゆるやかな浮動小数点耐性で正確性を決定する。
最近の研究は、これらのチェッカーは弱く、手動でパッチを当てることに同意している。
本稿では,カーネルベンチマークの精度指標として突然変異解析を導入する。
論文 参考訳(メタデータ) (2026-09-02T10:30:05Z) - Characterizing Bugs and Quality Attributes in Quantum Software: A Large-Scale Empirical Study [0.6445605125467574]
本研究は,2012年から2024年までの123個のオープンソース量子レポジトリを対象とした,ソフトウェアバグのエコシステムスケールの経時的解析を行った。
フルスタックのライブラリとコンパイラは、回路、ゲート、トランスパイレーションに関連する問題のために最もバグの多いカテゴリである。
暗号、実験コンピューティング、コンパイラツールチェーンにおける高重度バグクラスタ。
論文 参考訳(メタデータ) (2025-12-31T06:05:49Z) - BugPilot: Complex Bug Generation for Efficient Learning of SWE Skills [59.003563837981886]
高品質なバグは、次世代の言語モデルベースソフトウェアエンジニアリング(SWE)エージェントをトレーニングする鍵となる。
難易度および多種多様なバグを合成する新しい方法を提案する。
論文 参考訳(メタデータ) (2025-10-22T17:58:56Z) - Empirical Analysis of Temporal and Spatial Fault Characteristics in Multi-Fault Bug Repositories [45.208325853591475]
16のオープンソースJavaおよびPythonプロジェクトに存在する断層の時間的・空間的特性を実証分析する。
以上の結果から,これらのソフトウェアシステムにおける多くの障害は長寿命であり,ソフトウェアバージョンの大部分に複数の障害が存在することが示唆された。
論文 参考訳(メタデータ) (2025-08-12T11:55:16Z) - Semantic-Preserving Transformations as Mutation Operators: A Study on Their Effectiveness in Defect Detection [3.3590922002216197]
意味保存変換を実装した既存の出版物を収集し,その実装を共有する。
欠陥検出ツールの強化のための3つの異なるアンサンブル戦略の有効性を実証的に検討した。
この結果から,共有セマンティック保存変換の再利用は困難であり,時には意味論に悪影響を及ぼすことさえあることがわかった。
論文 参考訳(メタデータ) (2025-03-30T14:00:22Z) - EquiBench: Benchmarking Large Language Models' Reasoning about Program Semantics via Equivalence Checking [58.15568681219339]
大規模言語モデル(LLM)を評価するための新しいベンチマークであるEquiBenchを紹介する。
このタスクは、プログラムのセマンティクスについて推論するモデルの能力を直接テストする。
19の最先端LCMを評価し、最も難しいカテゴリでは、最高の精度は63.8%と76.2%であり、50%のランダムベースラインよりわずかに高い。
論文 参考訳(メタデータ) (2025-02-18T02:54:25Z) - SBEST: Spectrum-Based Fault Localization Without Fault-Triggering Tests [17.90798133817018]
本研究は, 事故報告から得られたスタックトレースを, スペクトルベース断層定位における故障トリガー試験のプロキシとして用いる可能性について検討した。
本稿では,スタックトレース情報とテストカバレッジデータを統合する新たな手法であるSBESTを提案する。
論文 参考訳(メタデータ) (2024-05-01T15:15:52Z)
関連論文リストは本サイト内にある論文のタイトル・アブストラクトから自動的に作成しています。
指定された論文の情報です。
本サイトの運営者は本サイト(すべての情報・翻訳含む)の品質を保証せず、本サイト(すべての情報・翻訳含む)を使用して発生したあらゆる結果について一切の責任を負いません。