アカウント名:
パスワード:
そのバグが出た時の影響の度合いと発生する頻度の積を点数化して、一定の得点がないものは対処しないってのは、普通にシステム設計する時の基本的な考え方ですね。評価の基準をどうするかってのを決めるのがたいへんですが。
うちは影響度でやってましたね。ものすごくレアだけど、巻き込んでクラッシュするようなモノは対処するし、まあまあ再現するけれども機能に影響しない(例えば画面遷移するまでボタンが大きくなるとか)は対処しないとか。# 政治的に正しい言い方にすると「対処しない」→「いつまでに対処することが決定している or 対応策の目処が立っている」:-P
大切なのはバグの洗い出しは終わっており、再現状況も確定していることですかね。# 再現できないバグは、影響度不明なバグなのでクリティカルであるという定義
より正確な言い方をするのであれば「バグを残すの
># 政治的に正しい言い方にすると「対処しない」→「いつまでに対処することが決定している or 対応策の目処が立っている」:-P
その他の例:「次のサービスパックで対応予定です」
>ものすごくレアだけど、巻き込んでクラッシュするようなモノは対処するし、#組み込み系だと、ほとんど全部がクリティカルという世界もある気がする。#でも上の人には、その違いが全然理解できてない。あの人が死んでくれて本当にホッとしたよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
リスク評価 (スコア:5, すばらしい洞察)
そのバグが出た時の影響の度合いと発生する頻度の積を点数化して、一定の得点がないものは対処しないってのは、
普通にシステム設計する時の基本的な考え方ですね。
評価の基準をどうするかってのを決めるのがたいへんですが。
リスクというよりは (Re:リスク評価 (スコア:3, 興味深い)
うちは影響度でやってましたね。
ものすごくレアだけど、巻き込んでクラッシュするようなモノは対処するし、
まあまあ再現するけれども機能に影響しない(例えば画面遷移するまでボタンが大きくなるとか)は対処しないとか。
# 政治的に正しい言い方にすると「対処しない」→「いつまでに対処することが決定している or 対応策の目処が立っている」:-P
大切なのはバグの洗い出しは終わっており、再現状況も確定していることですかね。
# 再現できないバグは、影響度不明なバグなのでクリティカルであるという定義
より正確な言い方をするのであれば「バグを残すの
Re:リスクというよりは (Re:リスク評価 (スコア:0)
># 政治的に正しい言い方にすると「対処しない」→「いつまでに対処することが決定している or 対応策の目処が立っている」:-P
その他の例:「次のサービスパックで対応予定です」
>ものすごくレアだけど、巻き込んでクラッシュするようなモノは対処するし、
#組み込み系だと、ほとんど全部がクリティカルという世界もある気がする。
#でも上の人には、その違いが全然理解できてない。あの人が死んでくれて本当にホッとしたよ。