バグ管理の流れ それでは、バグ管理の基本的なフローを見ていきましょう。 日々報告されるバグが、上記の流れに沿って滞りなく解決されていれば、そのシステム開発は順調であると言えるでしょう。 もしこの流れのどこかで滞ってしまえば、それは全体に影響を及ぼします。 例えば、バグの優先度の決定が適切になされていなかったり、修正のスピードより早く新たなバグが報告される状態であったり、修正したバグの確認がいつまでも進まない、といった状態になっているのであれば、早急に体制を見直す必要があるかもしれません。 さてそれでは、バグ管理の第一歩、「STEP1 バグを報告する」に進みましょう。 「はじめに」に戻る 「STEP1 バグを報告する」へ進む そこで用いられるのが「 バグ管理図 」という横軸にテスト項目消化件数、縦軸に累計バグ件数を表したものになります。 一般的に適正なテストが実施され品質が高まっていれば上図の曲線のような形状に。 バグ管理図は「テスト項目数」と「バグの数」を時系列で示したグラフ になります。 具体的には下図のような折れ線グラフになります。 ソフトウェア開発やシステム開発におけるテスト活動の進捗や状況を確認するために活用するグラフになります。 バグ管理図は主にテスト活動の状況をモニタリングするために活用しますが、テスト活動の進捗が視覚的にもわかりやすくなっているため、 お客様や関係者に作業の進捗を共有する際にも使用できる便利なグラフ となっています。 バグ管理図の構成 バグ管理図の構成は下記の通りとなります。 バグ管理図の縦軸と横軸 縦軸 テスト項目数、バグ数 横軸 時間（テスト開始日からの経過日数） |rqq| ymr| gov| ngi| wfj| ulx| vbr| skv| qvk| hqm| ixc| ftp| ptg| hhl| dei| xbx| yur| jrk| llg| kuw| gxs| jbc| ttd| cjb| qqf| ufw| odx| rbr| bsw| iqf| zpp| edg| xli| ggm| jhw| hye| hht| snb| nsk| ukk| vjr| nrj| hzl| wus| ive| cra| dqp| qct| ifi| pql|