柏/ネタ帳/HighPriorityDefect
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
]
開始行:
[[柏]]~
[[柏/ネタ帳/HighPriorityDefect/ノート]]
* タイトル候補 [#abf48643]
-An Empirical Study of Bug Priority Changes ~hogehoge~
-Defect Priority Prediction Models: Can We Do Better?
*要約 [#u1c71948]
**問題 [#e84a0ffd]
-優先度を付けるのは大変
--依然として，ほとんどの不具合の優先度はデフォルト値のまま
-この優先度であっているかはわからない
**支援対象 [#c0a7097d]
-プロジェクトリード
**場面 [#r2df0182]
-リリース数ヶ月前の棚卸し
**ゴール [#sbf55d1a]
-優先度変更がなぜ起きるかを理解する
---優先度が意味があるものと証明すること
-優先度の自動設定ができるようにする
**着目 [#i6b2765f]
-本研究で大切なのは優先度の''設定''ではなく，優先度の''変...
-プロジェクトのリソースや残り時間
**スタンス [#nc1a17c1]
-David Loは，''プロジェクトの傾向''を見てる
-本研究は，''プロジェクトの状況''を見てる
--プロジェクトのファクターを入れる
* Introduction[#c80efdcd]
近年のソフトウェア開発は大規模・複雑化しており，ソフトウ...
報告された不具合は次のリリースに向けて修正を行うが，限ら...
多くのソフトウェア開発では，大量に存在する不具合のどれか...
優先度の設定を行うには，すべての不具合内容を把握する必要...
そのため，不具合の優先度を予測するため研究が盛んに行われ...
しかしながら，その精度は40%程度と低く，特にP1は10%から30%...
本研究では優先度が高い不具合票の検出精度の向上を狙う．
-プロジェクトにとって直さなくてはならないものはP2・P1
--P3は気が向けば直す？
--P4,P5はパッチが来れば見て，取り込む
つまり大事なのはP2・P1を検出すること
*Related work and Motivation [#ba1d0449]
**Priority [#fa8ba541]
-優先度は，開発者によって付けられ，開発者の不具合修正の大...
--一方，深刻度は，ユーザーに付けられ，不具合がユーザーに...
--優先度をつける開発者は，具体的に，プロジェクトリード (P...
--物事が処理される順序を反映する必要がある
---優先順位は時間とともに変化する可能性がある
---作業が始まった後にP1・P2ではないと判断されることが実際...
--コンポーネントにおける全ての不具合を調べ，そのマイルス...
***優先度の意味 [#q5eca897]
[[柏/ネタ帳/HighPriorityDefect/プロジェクトごとの優先度]]
**Motivation [#sc2021e4]
-優先度は，不具合の相対的な順位やプロジェクトの状況（時間...
--一般にP1値は直近のリリースで直す
--リリース前は優先度変更が多発する
-今回は，プロジェクトの状況をやる
-既存研究では，プロジェクトの状況が考慮されていない
-また，全部のデータを使ってるが，ほとんどがデフォルト
-変更されたのが明確なものだけを使う．
--P3の中には，P1であるものも含まれてるかもしれないから~
-どれが利いてくるかを調べるため，予測する
**Related works [#l36770b9]
~多くの研究は，予測に関する研究で，不具合の優先度を分析す...
***Predictions [#eeb14f01]
[[柏/ネタ帳/HighPriorityDefect/関連研究]]
***Remarks [#c093ca91]
[[柏/ネタ帳/HighPriorityDefect/関連研究]]
*Pilot Study [#h07e35d5]
**RQ1：どれだけの頻度で優先度変更が発生しているか[#sccab3...
-報告のタイミングで付けないことを示している
**RQ2：優先度変更はいつ発生しているか [#aefb0963]
**RQ3：優先度は守られているか（意味があるか） [#ibde5e5e]
-不具合の修正日数やリリースまでの修正完了率を比較
--修正時間の分散もみるべき，P3なんかはバラツキがあるはず
*研究設問 [#h07e35d5]
**RQ4: 優先度は何から何に変更されているのか [#h5fa301a]
-''事前優先度メトリクス''
-ほとんどはP3から変更される
-前の状態が影響を与えている
-%のフローも出すP3→P1→P2のとどまる率や変更率
**RQ5：時期によって優先度の出やすさはあるか[#v89d152c]
-''変更タイミングメトリクス''
-各月の優先度変更数を比較
-累積も比較
-変更する時期が関係する
***時期によって変更されやすい優先度はあるのか [#r06de792]
-変更されやすい優先度（元）
-変更されやすい優先度（先）
**RQ6：変更者によって付けやすさはあるか [#b26b3bdf]
-''変更者メトリクス''
-人によって変更の傾向がある
-優先度を変更する開発者に偏りがあるか
-ある場合，何が違うか
--優先度設定が80%を占めるグループと20%を占めるグループで...
--50%，50%の方が良いか？
---コミッターの数
---議論に参加している開発者か
-その他の候補
--コンポーネントで最も活躍する開発者か
--ネットワーク図で関わりを表しても面白そう
**RQ7：変更されることを予測できるか [#t488afc8]
-リリース数ヶ月前の時点で，不具合が修正されていないもの，...
***Report [#z9e2a3e2]
-プロダクト
-コンポーネント
-深刻度
-◎変更前の優先度
-プラットフォーム
-OS
-summery+descriptionの文字数
-Description中の単語の情報利得が上からtopX
-報告日時
-◎報告日時からリリースまでの時間(リリース前数ヶ月以上なら...
***Reporter [#o2f4ea5d]
-Reporter名
-報告者Rが報告した不具合数
-報告者Rが報告する不具合の優先度の平均値・中央値
***Changer [#x1579b6e]
-◎プライオリティの変更者名
-◎プライオリティ変更者の変更経験数（変更件数）
-◎プライオリティ変更者の変更経験数（不具合件数）
-◎プライオリティ変更者がつける優先度の平均値・中央値
***Projectの傾向（例年） [#yba4ea44]
-類似した不具合20件の優先度の平均値・中央値
-類似した不具合10件の優先度の平均値・中央値
-類似した不具合5件の優先度の平均値・中央値
-類似した不具合3件の優先度の平均値・中央値
-類似した不具合1件の優先度
-優先度の平均値・中央値
-P1の割合
-P2の割合
-P3の割合
-P4の割合
-P5の割合
***Projectの状況（変更の直前） [#n6b89b25]
-7日以内の不具合報告の数
-7日以内の不具合報告の数（同じ深刻度）
-7日以内の不具合報告の数（同じもしくは大きい深刻度）
-30日以内の不具合報告の数
-30日以内の不具合報告の数（同じ深刻度）
-30日以内の不具合報告の数（同じもしくは大きい深刻度）
-◎P1の不具合数
-◎P2の不具合数
-◎P3の不具合数
-◎P4の不具合数
-◎P5の不具合数
*Discussion [#zc306674]
**複数回優先度が変更されることについて [#me282a1a]
**同じP2でも，P3→P2とP1→P2では修正時間は違う？ [#x7c784af]
**優先度の変更 [#m1b5c125]
***P1から下げられる不具合とは [#c3e68313]
-最初にP1と報告者がつけ，下げた？
-コア開発者以外が高くつけ，下げた？
***P5から上げられる不具合とは [#q09e9af5]
**変更されないものも含めてやってみる [#o30955e1]
**優先度の変更間違い [#ve783f65]
-P1なのにTrivialってどういうこと？
**重要なのに優先度は低い [#y964a0c4]
**マメな人 [#f73e99b1]
-人によって違うのではないか（マメな人とマメじゃない人）
--コンポーネントによって変わってくる
**全部の不具合が優先度を変更されていないのはめんどくさい...
-さっと直せるものは良いとして，リリース直前のものは，ちゃ...
--でも，それが面倒くさいから，優先度をちゃんとつけてない...
--結局，リリースまでの時間を鑑みて，相対的に付けなければ...
**予測 [#gad1bf80]
***優先度の変更を予測できるか [#y3d10cda]
***ゴミを混ぜたときも予測できるか [#o439048f]
*展望 [#n392b3a7]
-優先度が予測できるようになると，次のリリースまでにこのプ...
-優先度を予測できれば，パッチの採択を予測できるかも
--パッチの採択は，優先度とパッチの複雑度で決まる（Mozilla...
終了行:
[[柏]]~
[[柏/ネタ帳/HighPriorityDefect/ノート]]
* タイトル候補 [#abf48643]
-An Empirical Study of Bug Priority Changes ~hogehoge~
-Defect Priority Prediction Models: Can We Do Better?
*要約 [#u1c71948]
**問題 [#e84a0ffd]
-優先度を付けるのは大変
--依然として，ほとんどの不具合の優先度はデフォルト値のまま
-この優先度であっているかはわからない
**支援対象 [#c0a7097d]
-プロジェクトリード
**場面 [#r2df0182]
-リリース数ヶ月前の棚卸し
**ゴール [#sbf55d1a]
-優先度変更がなぜ起きるかを理解する
---優先度が意味があるものと証明すること
-優先度の自動設定ができるようにする
**着目 [#i6b2765f]
-本研究で大切なのは優先度の''設定''ではなく，優先度の''変...
-プロジェクトのリソースや残り時間
**スタンス [#nc1a17c1]
-David Loは，''プロジェクトの傾向''を見てる
-本研究は，''プロジェクトの状況''を見てる
--プロジェクトのファクターを入れる
* Introduction[#c80efdcd]
近年のソフトウェア開発は大規模・複雑化しており，ソフトウ...
報告された不具合は次のリリースに向けて修正を行うが，限ら...
多くのソフトウェア開発では，大量に存在する不具合のどれか...
優先度の設定を行うには，すべての不具合内容を把握する必要...
そのため，不具合の優先度を予測するため研究が盛んに行われ...
しかしながら，その精度は40%程度と低く，特にP1は10%から30%...
本研究では優先度が高い不具合票の検出精度の向上を狙う．
-プロジェクトにとって直さなくてはならないものはP2・P1
--P3は気が向けば直す？
--P4,P5はパッチが来れば見て，取り込む
つまり大事なのはP2・P1を検出すること
*Related work and Motivation [#ba1d0449]
**Priority [#fa8ba541]
-優先度は，開発者によって付けられ，開発者の不具合修正の大...
--一方，深刻度は，ユーザーに付けられ，不具合がユーザーに...
--優先度をつける開発者は，具体的に，プロジェクトリード (P...
--物事が処理される順序を反映する必要がある
---優先順位は時間とともに変化する可能性がある
---作業が始まった後にP1・P2ではないと判断されることが実際...
--コンポーネントにおける全ての不具合を調べ，そのマイルス...
***優先度の意味 [#q5eca897]
[[柏/ネタ帳/HighPriorityDefect/プロジェクトごとの優先度]]
**Motivation [#sc2021e4]
-優先度は，不具合の相対的な順位やプロジェクトの状況（時間...
--一般にP1値は直近のリリースで直す
--リリース前は優先度変更が多発する
-今回は，プロジェクトの状況をやる
-既存研究では，プロジェクトの状況が考慮されていない
-また，全部のデータを使ってるが，ほとんどがデフォルト
-変更されたのが明確なものだけを使う．
--P3の中には，P1であるものも含まれてるかもしれないから~
-どれが利いてくるかを調べるため，予測する
**Related works [#l36770b9]
~多くの研究は，予測に関する研究で，不具合の優先度を分析す...
***Predictions [#eeb14f01]
[[柏/ネタ帳/HighPriorityDefect/関連研究]]
***Remarks [#c093ca91]
[[柏/ネタ帳/HighPriorityDefect/関連研究]]
*Pilot Study [#h07e35d5]
**RQ1：どれだけの頻度で優先度変更が発生しているか[#sccab3...
-報告のタイミングで付けないことを示している
**RQ2：優先度変更はいつ発生しているか [#aefb0963]
**RQ3：優先度は守られているか（意味があるか） [#ibde5e5e]
-不具合の修正日数やリリースまでの修正完了率を比較
--修正時間の分散もみるべき，P3なんかはバラツキがあるはず
*研究設問 [#h07e35d5]
**RQ4: 優先度は何から何に変更されているのか [#h5fa301a]
-''事前優先度メトリクス''
-ほとんどはP3から変更される
-前の状態が影響を与えている
-%のフローも出すP3→P1→P2のとどまる率や変更率
**RQ5：時期によって優先度の出やすさはあるか[#v89d152c]
-''変更タイミングメトリクス''
-各月の優先度変更数を比較
-累積も比較
-変更する時期が関係する
***時期によって変更されやすい優先度はあるのか [#r06de792]
-変更されやすい優先度（元）
-変更されやすい優先度（先）
**RQ6：変更者によって付けやすさはあるか [#b26b3bdf]
-''変更者メトリクス''
-人によって変更の傾向がある
-優先度を変更する開発者に偏りがあるか
-ある場合，何が違うか
--優先度設定が80%を占めるグループと20%を占めるグループで...
--50%，50%の方が良いか？
---コミッターの数
---議論に参加している開発者か
-その他の候補
--コンポーネントで最も活躍する開発者か
--ネットワーク図で関わりを表しても面白そう
**RQ7：変更されることを予測できるか [#t488afc8]
-リリース数ヶ月前の時点で，不具合が修正されていないもの，...
***Report [#z9e2a3e2]
-プロダクト
-コンポーネント
-深刻度
-◎変更前の優先度
-プラットフォーム
-OS
-summery+descriptionの文字数
-Description中の単語の情報利得が上からtopX
-報告日時
-◎報告日時からリリースまでの時間(リリース前数ヶ月以上なら...
***Reporter [#o2f4ea5d]
-Reporter名
-報告者Rが報告した不具合数
-報告者Rが報告する不具合の優先度の平均値・中央値
***Changer [#x1579b6e]
-◎プライオリティの変更者名
-◎プライオリティ変更者の変更経験数（変更件数）
-◎プライオリティ変更者の変更経験数（不具合件数）
-◎プライオリティ変更者がつける優先度の平均値・中央値
***Projectの傾向（例年） [#yba4ea44]
-類似した不具合20件の優先度の平均値・中央値
-類似した不具合10件の優先度の平均値・中央値
-類似した不具合5件の優先度の平均値・中央値
-類似した不具合3件の優先度の平均値・中央値
-類似した不具合1件の優先度
-優先度の平均値・中央値
-P1の割合
-P2の割合
-P3の割合
-P4の割合
-P5の割合
***Projectの状況（変更の直前） [#n6b89b25]
-7日以内の不具合報告の数
-7日以内の不具合報告の数（同じ深刻度）
-7日以内の不具合報告の数（同じもしくは大きい深刻度）
-30日以内の不具合報告の数
-30日以内の不具合報告の数（同じ深刻度）
-30日以内の不具合報告の数（同じもしくは大きい深刻度）
-◎P1の不具合数
-◎P2の不具合数
-◎P3の不具合数
-◎P4の不具合数
-◎P5の不具合数
*Discussion [#zc306674]
**複数回優先度が変更されることについて [#me282a1a]
**同じP2でも，P3→P2とP1→P2では修正時間は違う？ [#x7c784af]
**優先度の変更 [#m1b5c125]
***P1から下げられる不具合とは [#c3e68313]
-最初にP1と報告者がつけ，下げた？
-コア開発者以外が高くつけ，下げた？
***P5から上げられる不具合とは [#q09e9af5]
**変更されないものも含めてやってみる [#o30955e1]
**優先度の変更間違い [#ve783f65]
-P1なのにTrivialってどういうこと？
**重要なのに優先度は低い [#y964a0c4]
**マメな人 [#f73e99b1]
-人によって違うのではないか（マメな人とマメじゃない人）
--コンポーネントによって変わってくる
**全部の不具合が優先度を変更されていないのはめんどくさい...
-さっと直せるものは良いとして，リリース直前のものは，ちゃ...
--でも，それが面倒くさいから，優先度をちゃんとつけてない...
--結局，リリースまでの時間を鑑みて，相対的に付けなければ...
**予測 [#gad1bf80]
***優先度の変更を予測できるか [#y3d10cda]
***ゴミを混ぜたときも予測できるか [#o439048f]
*展望 [#n392b3a7]
-優先度が予測できるようになると，次のリリースまでにこのプ...
-優先度を予測できれば，パッチの採択を予測できるかも
--パッチの採択は，優先度とパッチの複雑度で決まる（Mozilla...
ページ名:
![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
