http://itpro.nikkeibp.co.jp/article/COLUMN/20071102/286257/ 出典：日経SYSTEMS 2006年8月号 22ページより |
ソフトウエア改造力
サブページ (9):
第1回 ソフトウエア改造力が足りない：変更ミスがトラブルの温床に
第2回 ソフトウエア改造力が足りない：工数膨らませる影響調査と確認テスト
第3回 対応すべき案件を選ぶ：要望を集め，工数を概算する
第4回 対応すべき案件を選ぶ：費用対効果で優先順位を判断する
第5回 改造の影響を調べる：詳細な工数とソースコードの変更箇所を洗い出す
第6回 改造の影響を調べる：ドキュメントをまとめ作業計画をレビューする
第7回 テスト範囲を最適に決める：過去のテスト項目集めて漏れを減らす
第8回 テスト範囲を最適に決める：シナリオや環境整備でテストを効率化する
第9回 テスト範囲を最適に決める：本番リリースは開発者以外が行う
Comments