![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
[[伊原]] ***背景 [#o19c7cf8] 不具合の予測はテスト計画，リリース計画のために行われる~ - 問題点??改善案 -- テスト計画などを立てる時，不具合の多くは修正途中であることが多い -- しかし従来研究されていた滞留時間の予測は不具合報告時の情報(優先度，重要度，発見モジュールなど)のみを用いて行われていた -- 従来，滞留時間の予測は不具合報告時の情報(優先度，重要度，発見モジュールなど)のみを用いて行われていた -- 修正途中の不具合の滞留時間の予測は予測精度向上のために修正プロセスも変数として用いて予測モデルを構築する必要がある ***目的 [#v4c2d2c5] - 修正途中の不具合の滞留時間予測モデルの予測精度向上させる~ →何が嬉しい？ - どのタイミングでまとめて修正するか分かると嬉しい -- Apacheだと修正祭りがある - リリース計画，テスト計画の立案を助ける *** 仮説 [#sdb2010e] -修正途中の不具合予測モデルの予測精度は不具合報告時の情報に加え，予測を行うまでの修正プロセスを変数として加えると向上すると考える - 修正プロセスの変数：アサイン数，再修正数…etc（考え中） ***アプローチ [#zf39a881] - 滞留時間予測モデルの変数に修正プロセスを変数として追加する~ -説明変数 -- 優先度 -- 重要度 -- モジュール -- 過去の修正履歴 --- 再修正の有無，修正担当の変更回数 -- △障害登録時の未修正不具合数 -- △障害登録時期前後の不具合報告数 -- △障害登録時期前後のActive Developers数 -目的変数 -- 修正までに要する時間(現在からVerifyに遷移するまで) ***関連研究 [#v9e3ec4d] - How long will it Take to Fix This Bug -- &attachref(How long will it Take to Fix This Bug.pdf); - On modeling software defect repair time -- &attachref(On modeling software defect repair time.pdf); -- 滞留時間予測モデルの構築 -- 過去の修正プロセスを考慮していない --- 再修正の有無，担当者変更回数など - Queuing Models for Field Defect Resolution Process -- &attachref(Queuing Models for Field Defect Resolution Process.pdf); -- 滞留時間予測モデルの構築 - Modelling the Fault Correction Process.pdf -- &attachref(Modelling the Fault Correction Process.pdf); -- 滞留時間予測モデルの構築 - A Comparative Analysis of the Efficiency of Change Metrics and Static Code Attributes for Defect Predictio -- &attachref(A Comparative Analysis of the Efficiency of Change Metrics.pdf); -- バグ予測精度向上のために変数を追加した ***TODO [#l3f6f050] -サーベイする --角田さんのジャーナル「コードレビュー指摘密度を用いたソフトウェア欠陥密度予測」~ --その他予測モデルの文献調査 ---&attachref(How long will it Take to Fix This Bug.pdf); -参考 --「オープンソース共同開発環境に対するソフトウェア信頼性評価法に関する考察」~ ***メモ [#u48b08ed] -F1値などの勉強 F1値参考URL：~ http://www004.upp.so-net.ne.jp/s_honma/mean/harmony2.htm -説明変数の補欠 --修正箇所 ---修正するのが難しい箇所とかあるんじゃないかな？ --障害官の因果関係 ---修正の複雑さを表す
