柏/ネタ帳/HighPriorityDefect/ノート
の編集
https://floss-lab.org/pukiwiki/?%E6%9F%8F/%E3%83%8D%E3%82%BF%E5%B8%B3/HighPriorityDefect/%E3%83%8E%E3%83%BC%E3%83%88
[
トップ
] [
編集
|
差分
|
履歴
|
添付
|
リロード
] [
新規
|
一覧
|
検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
(no template pages)
[[柏/ネタ帳/HighPriorityDefect]] *メモ [#a4e8c13e] -''リリース間際でもP1になるのか'' -''P1への上昇とP1からの下降に相関はあるか？'' -優先度は人によってバラツキがあるのか -複数回の優先度変更はあるのか？それはなぜか？ --less-experienced developerがつけた優先度をwell-experienced developerが付けなおしている？ --問題が新たに見つかった？ -プロジェクトにとって直さなくてはならないものはP2・P1 --P3は気が向けば直す？ --P4,P5はパッチが来れば見て，取り込む --つまり大事なのはP2・P1を検出すること -パッチの採択は，優先度とパッチの複雑度で決まるのでは？ --優先度を予測できれば，パッチの採択を予測できるかも -今回のリリースでP3なのに，次のリリースでP2にあがるのか --不具合の内容は変わることがない --P3は時間があったら直すだった場合，P1より先に直されてもしかたないか -優先度が上がると，深刻度も上がるのか -優先度をつけて，失敗する変更と成功している変更 --P1なのにtrivialはおかしい -Dave WhalenのMatricsによると --Severity と Difficultyの指標があって，優先度が高い順に ---Severity高かつDificulty低 ---Severity高かつDificulty高 ---Severity低かつDificulty高 ---Severity低かつDificulty低 -トリアージセンター[[https://mozilla.github.io/triage-center/?component=Developer+Services%3AGeneral]] -最近は優先度のデフォルト値が設定されていない --[[https://bugzilla.mozilla.org/show_bug.cgi?id=1128685]] -[[http://www.testingjournals.com/defect-priority-severity-explained-examples/]] -優先度は深刻度を見てつける(by David Lo) -そもそも優先度と深刻度の違いは？ ---[[http://istqbexamcertification.com/what-is-the-difference-between-severity-and-priority/]] --優先度 ---相対的? ---影響範囲の広さ --重要度は絶対的? ---バグをひいたときの影響の強さ -修正時間は無視した方が良い←吉行の研究で結果が出なかったことを考慮 --ただし，優先度が設定され直してから修正されるまでの時間であれば変わる可能性がある *疑問 [#e94bdc53] **時期 [#ma99f28f] -年度ごとにバラツキはあるか？ -月によって違いはあるか --3.4.5.6月でたくさんプライオリティが変更されているが， ---それぞれの月で違いがあるか ---また，その他の月と違いはあるか **内容 [#gdfd91ce] -優先度の指標は人によって違うのか -特徴量や単語を抽出できるか？ --プロダクトやコンポーネントによって重要視されているものが違うのか？ -正常系処理に関する欠陥がおおいのか？ **その他 [#qb10cec0] -研究者は優先度は当てにならないと言っているが，開発者もそう思っているのか --これ一章にもってきたら面白いのでは？ -高い優先度の欠陥はすべて直されてリリースされてる？ --リリースバージョンに注意 -直す直さないの境目はどこ？ --リリースまでに直せる・直せないがあることに注意 -高い優先度はセキュリティが多いのか？ -経験のない人が付ける優先度は無視されてるのではないか？ --不具合報告時も含める -優先度や重要度が高い不具合は経験がある開発者が担当するのか --High/Low-Priority/Severityで分類すると修正時間に特徴はあるか --[[https://www.testingexcellence.com/severity-and-priority-difference/]] るか **情報 [#df39a512] -優先度は，まず，テスターによってセットされ，最終的にはプロダクト・プロジェクトマネージャーが変更し直す． --[[http://softwaretestingfundamentals.com/defect-priority/]] --[[http://www.softwaretestinghelp.com/how-to-set-defect-priority-and-severity-with-defect-triage-process/]] *結果 [#y25575f7] -80%の不具合は，最初に付けた優先度から変更されずに修正されている --残り２０％は誰が，どのタイミングで，なぜ，変更しているのか --リリース付近もよく見たほうが良い *リリース [#e38f9a63] **Eclipse [#md090c02] -[[https://en.wikipedia.org/wiki/Eclipse_(software)]] -[[https://wiki.eclipse.org/Simultaneous_Release]] **Gcc [#m6e0d729] -[[https://gcc.gnu.org/releases.html]] **Webkit [#b54146dc] -[[]] **Firefox [#s18826cf] -[[https://en.wikipedia.org/wiki/Firefox_version_history]] **Httpd [#z2229fa9] -[[https://github.com/apache/httpd/releases?after=POST_APR_SPLIT]]
タイムスタンプを変更しない
[[柏/ネタ帳/HighPriorityDefect]] *メモ [#a4e8c13e] -''リリース間際でもP1になるのか'' -''P1への上昇とP1からの下降に相関はあるか？'' -優先度は人によってバラツキがあるのか -複数回の優先度変更はあるのか？それはなぜか？ --less-experienced developerがつけた優先度をwell-experienced developerが付けなおしている？ --問題が新たに見つかった？ -プロジェクトにとって直さなくてはならないものはP2・P1 --P3は気が向けば直す？ --P4,P5はパッチが来れば見て，取り込む --つまり大事なのはP2・P1を検出すること -パッチの採択は，優先度とパッチの複雑度で決まるのでは？ --優先度を予測できれば，パッチの採択を予測できるかも -今回のリリースでP3なのに，次のリリースでP2にあがるのか --不具合の内容は変わることがない --P3は時間があったら直すだった場合，P1より先に直されてもしかたないか -優先度が上がると，深刻度も上がるのか -優先度をつけて，失敗する変更と成功している変更 --P1なのにtrivialはおかしい -Dave WhalenのMatricsによると --Severity と Difficultyの指標があって，優先度が高い順に ---Severity高かつDificulty低 ---Severity高かつDificulty高 ---Severity低かつDificulty高 ---Severity低かつDificulty低 -トリアージセンター[[https://mozilla.github.io/triage-center/?component=Developer+Services%3AGeneral]] -最近は優先度のデフォルト値が設定されていない --[[https://bugzilla.mozilla.org/show_bug.cgi?id=1128685]] -[[http://www.testingjournals.com/defect-priority-severity-explained-examples/]] -優先度は深刻度を見てつける(by David Lo) -そもそも優先度と深刻度の違いは？ ---[[http://istqbexamcertification.com/what-is-the-difference-between-severity-and-priority/]] --優先度 ---相対的? ---影響範囲の広さ --重要度は絶対的? ---バグをひいたときの影響の強さ -修正時間は無視した方が良い←吉行の研究で結果が出なかったことを考慮 --ただし，優先度が設定され直してから修正されるまでの時間であれば変わる可能性がある *疑問 [#e94bdc53] **時期 [#ma99f28f] -年度ごとにバラツキはあるか？ -月によって違いはあるか --3.4.5.6月でたくさんプライオリティが変更されているが， ---それぞれの月で違いがあるか ---また，その他の月と違いはあるか **内容 [#gdfd91ce] -優先度の指標は人によって違うのか -特徴量や単語を抽出できるか？ --プロダクトやコンポーネントによって重要視されているものが違うのか？ -正常系処理に関する欠陥がおおいのか？ **その他 [#qb10cec0] -研究者は優先度は当てにならないと言っているが，開発者もそう思っているのか --これ一章にもってきたら面白いのでは？ -高い優先度の欠陥はすべて直されてリリースされてる？ --リリースバージョンに注意 -直す直さないの境目はどこ？ --リリースまでに直せる・直せないがあることに注意 -高い優先度はセキュリティが多いのか？ -経験のない人が付ける優先度は無視されてるのではないか？ --不具合報告時も含める -優先度や重要度が高い不具合は経験がある開発者が担当するのか --High/Low-Priority/Severityで分類すると修正時間に特徴はあるか --[[https://www.testingexcellence.com/severity-and-priority-difference/]] るか **情報 [#df39a512] -優先度は，まず，テスターによってセットされ，最終的にはプロダクト・プロジェクトマネージャーが変更し直す． --[[http://softwaretestingfundamentals.com/defect-priority/]] --[[http://www.softwaretestinghelp.com/how-to-set-defect-priority-and-severity-with-defect-triage-process/]] *結果 [#y25575f7] -80%の不具合は，最初に付けた優先度から変更されずに修正されている --残り２０％は誰が，どのタイミングで，なぜ，変更しているのか --リリース付近もよく見たほうが良い *リリース [#e38f9a63] **Eclipse [#md090c02] -[[https://en.wikipedia.org/wiki/Eclipse_(software)]] -[[https://wiki.eclipse.org/Simultaneous_Release]] **Gcc [#m6e0d729] -[[https://gcc.gnu.org/releases.html]] **Webkit [#b54146dc] -[[]] **Firefox [#s18826cf] -[[https://en.wikipedia.org/wiki/Firefox_version_history]] **Httpd [#z2229fa9] -[[https://github.com/apache/httpd/releases?after=POST_APR_SPLIT]]
テキスト整形のルールを表示する
![[PukiWiki]](image/wadanyan.png "[PukiWiki]")
