柏/ネタ帳/HighImapctBug
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
]
開始行:
[[柏]]
*Memo [#a17cd822]
+目視・タグづけ
+キーワード抽出・特徴抽出（優先度など）
+データ規模拡大
+特徴抽出（変更部位なども含む）⇦これ大丈夫？
+予測（変更部位などは含まない．報告された時点でわかるもの）
*定義 [#c3f5df52]
ユーザー離れを起こす不具合~
インパクト=ダメージ/コスト~
経済効果的なところを参考にする
(ドメイン大事)
* Stage I [#fd7077a9]
不具合の目視4000件 2014/5--2015
* Stage II [#o7f15989]
High impact on XXXX~
開発者へのアンケート 2017/5--2017/10~
+分類（KJ法的な？）
++原因と結果を明確に
++開発者は原因を嫌がる？結果を嫌がる？
-アンケートの回答によって得られた結果を分類
--規格による分類
---ISO/IEC 9126&attachref();~
ソフトウェア品質に関する分類（品質特性モデル）~
[[http://etc9.hatenablog.com/entry/20121129/1356526435]]
---IEEE std 1044&attachref(1044_2009.pdf);
---IEEE std 1044.1
--Texの著者による分類&attachref(ハ?ク?の種類.pdf);
---
--保守の観点による分類（吉行氏）
---適応保守 (adaptive maintenance)~
変化した又は変化している環境において、ソフトウェア製品を...
---是正保守 (corrective maintenance)~
発見された問題を訂正するために行うソフトウェア製品の引渡...
---緊急保守 (emergency maintenance)~
是正保守実施までシステム運用を確保するための、計画外で行...
---完全化保守 (perfective maintenance)~
潜在的な欠陥が故障として現れる前に検出し訂正するために行...
---予防保守 (preventive maintenance)~
引渡し後のソフトウェア製品の潜在的な障害が運用障害になる...
--Orthogonal Defect Classification
--ボーリス・バイザーの分類
-TODO
+ミスラベルの論文を読む(DONE)
+ISOの分類を調べる(DONE)
+不具合を読んでみる(5%)
-調べてみたいこと
--HIBは修正量が多いか
--HIBは主要箇所か
--HIBはユーザーに影響を与えるものか
--開発者がHIBと言ったものと類似するものを探し，他の人もそ...
**章立て [#a01d1412]
バグは開発者に本当にインパクトを与えているのか（動機付け...
2章：どんな種類か~
3章：定量的に測る（どんなアクションか）~
2章を元にサンプリングし，多くのバグで確認~
+報告されてからアサインまでの時間
+報告されてから議論開始までの時間
+炎上指数など
***良いフレーズ [#c45f6db8]
-Post-mortem analysis of bugs for understanding various c...
-To better understand the nature of bugs and potentially ...
-We believe our analysis of the bugs would provide guidan...
***備考 [#vf36064a]
-定性的なところをNIERに先に出す？
-サンプリングが妥当であるかを確認
-ドメインが違うことを証明
* Stage III [#e0582611]
インパクトを数式化？
**TODO [#fb778dcf]
+アンケートの目視
+まとめる
終了行:
[[柏]]
*Memo [#a17cd822]
+目視・タグづけ
+キーワード抽出・特徴抽出（優先度など）
+データ規模拡大
+特徴抽出（変更部位なども含む）⇦これ大丈夫？
+予測（変更部位などは含まない．報告された時点でわかるもの）
*定義 [#c3f5df52]
ユーザー離れを起こす不具合~
インパクト=ダメージ/コスト~
経済効果的なところを参考にする
(ドメイン大事)
* Stage I [#fd7077a9]
不具合の目視4000件 2014/5--2015
* Stage II [#o7f15989]
High impact on XXXX~
開発者へのアンケート 2017/5--2017/10~
+分類（KJ法的な？）
++原因と結果を明確に
++開発者は原因を嫌がる？結果を嫌がる？
-アンケートの回答によって得られた結果を分類
--規格による分類
---ISO/IEC 9126&attachref();~
ソフトウェア品質に関する分類（品質特性モデル）~
[[http://etc9.hatenablog.com/entry/20121129/1356526435]]
---IEEE std 1044&attachref(1044_2009.pdf);
---IEEE std 1044.1
--Texの著者による分類&attachref(ハ?ク?の種類.pdf);
---
--保守の観点による分類（吉行氏）
---適応保守 (adaptive maintenance)~
変化した又は変化している環境において、ソフトウェア製品を...
---是正保守 (corrective maintenance)~
発見された問題を訂正するために行うソフトウェア製品の引渡...
---緊急保守 (emergency maintenance)~
是正保守実施までシステム運用を確保するための、計画外で行...
---完全化保守 (perfective maintenance)~
潜在的な欠陥が故障として現れる前に検出し訂正するために行...
---予防保守 (preventive maintenance)~
引渡し後のソフトウェア製品の潜在的な障害が運用障害になる...
--Orthogonal Defect Classification
--ボーリス・バイザーの分類
-TODO
+ミスラベルの論文を読む(DONE)
+ISOの分類を調べる(DONE)
+不具合を読んでみる(5%)
-調べてみたいこと
--HIBは修正量が多いか
--HIBは主要箇所か
--HIBはユーザーに影響を与えるものか
--開発者がHIBと言ったものと類似するものを探し，他の人もそ...
**章立て [#a01d1412]
バグは開発者に本当にインパクトを与えているのか（動機付け...
2章：どんな種類か~
3章：定量的に測る（どんなアクションか）~
2章を元にサンプリングし，多くのバグで確認~
+報告されてからアサインまでの時間
+報告されてから議論開始までの時間
+炎上指数など
***良いフレーズ [#c45f6db8]
-Post-mortem analysis of bugs for understanding various c...
-To better understand the nature of bugs and potentially ...
-We believe our analysis of the bugs would provide guidan...
***備考 [#vf36064a]
-定性的なところをNIERに先に出す？
-サンプリングが妥当であるかを確認
-ドメインが違うことを証明
* Stage III [#e0582611]
インパクトを数式化？
**TODO [#fb778dcf]
+アンケートの目視
+まとめる
ページ名:
![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
