レガシーコード改善ガイド・知識編 - Strategic Choice
書籍「レガシーコード改善ガイド（Working Effectively with Legacy Code）」の「第1部 変更のメカニズム」より、レガシーコード改善作業の前提となる知識をまとめます。目次レガシーコードとは変更：ソフトウエア一般 ソフトウェア変更の課題ソフトウェア変更のリスクソフトウェア変更の方法回帰テストによるソフトウェアの保護回帰テストの問題点単体テストによるソフトウェアの保護単体テストの境界線変更：レガシーコード特有 レガシーコード変更の課題レガシーコード変更の心構えレガシーコード変更の方法関連エントリレガシーコード改善ガイド・知識編（本エントリ）レガシーコード改善ガイド・戦術編レガシーコード改善ガイド・戦略編出典レガシーコード改善ガイド (Object Oriented SELECTION)作者: マイケル・C・フェザーズ,ウルシステムズ株式会社,平澤章,越智典子,稲葉
自動化テストで気をつけること - give IT a try
先日、会社のメンバーからテストの自動化に苦労しているという話を聞きました。 そういえば、一言で「テストの自動化」といっても結構奥が深いので、自動化テスト初心者が注意すべき点や重要なポイントをちょっと考えてみました。 自動化テストの注意点 どのような処理でもプログラムとして自動化できるプログラミングスキルを実装者が持っていること。 結局、手作業でやっていることのほとんどをプログラムとして実装する必要があるからです。 いつでも、どこでも、誰が実行しても同じテスト結果が返ってくるようにテストを作成すること。 たとえば、テストの成功・失敗がシステム日時や外部ファイルやデータベース等に格納された不安定なデータに依存しているとテストがすぐに壊れます。 壊れたテストを放置しないこと。 少なくともソース管理システムにコミットしたファイルはすべてパスするようにしましょう。 壊れたテストを放置すると、誰も自動
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
