スポンサーサイト

上記の広告は1ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

初心者のためのC#プログラミング本格入門110 - エラーを発生させてテストをチェックしよう

 この記事は、初心者のためのC#プログラミング本格入門109の続きです。前回は、親の定義を有効利用して、便利なオブジェクトを作る方法について解説しました。今回は、エラーを発生させてテストプログラムをチェックする方法を解説します。
 前回、オリジナルの例外を簡単にスローできるようになりました。しかし、本当にうまくいくのかチェックしていません。ありがちな盲点と言えます。テストプログラム自身をチェックしないと、本当にテストプログラムが正しいのかわかりません。もし、テストプログラムが間違っていると、バグが生まれます。絶対にテストプログラムのチェックを忘れてはなりません。
 では、どうやってテストプログラムをテストするのでしょうか?テストプログラムのテストプログラムを作ると思いがちですが、ならばそのテストプログラムのテストプログラムの妥当性をどうやってチェックするのでしょうか?この方法では永遠に終わりません。初心者の方はこの事で困るようです。プロの人でも、「だからテストはやらない」と逃げる人すらいます。
 すごく難題のように見えますが、解決方法は簡単です。自分でエラーを発生させればいいのです。この方法はコストもかからず、納期に追われているときでも実行できます。実際にやってみましょう。

//関係のないプログラムは省略
partial class SimpleList 
{
    //ここを修正するだけでOK
    public int Count
    {
        get { return 0; }
    }
}

たった1行変えるだけでエラーを発生できます。このように、テストが何をチェックするのかを意識していればエラーを発生させるのも簡単です。逆に何をチェックしているのかわからないときは、エラーを発生させられません。この行為は、自分は何をテストしたいのかをはっきりさせる意味があります。
 さっそくテストを実行してエラーを発生させましょう。そうすると、例外処理がスローされた行でプログラムがストップします。これは、例外をキャッチするプログラムが用意されていないからです。復習を兼ねてキャッチするプログラムを打ちましょう。

//関係のないプログラムは省略
class SimpleListTest : Test
{
    public override void ExecuteAllTest()
    {
        try 
        {
            this.OneElementAdd( );
            this.CurrentTest( );
            this.AddElementCheck( );
            this.ForeEachTest( );
            this.ForeEachTest2( );
            this.OneElementRemove( );
            this.EnumeratorWhenRemoveElement( );
        } 
        catch ( TestFail e ) 
        {
            base.Error( e.Message );
        }
    }
 }

これでプログラムがストップしません。なお、try文の{}(波括弧)の位置は自由に変えられます。次のように書いてもOKです。

//関係のないプログラムは省略
class SimpleListTest : Test
{
    public override void ExecuteAllTest()
    {
        try {
            this.OneElementAdd( );
            this.CurrentTest( );
            this.AddElementCheck( );
            this.ForeEachTest( );
            this.ForeEachTest2( );
            this.OneElementRemove( );
            this.EnumeratorWhenRemoveElement( );
        } catch ( TestFail e ) {
            base.Error( e.Message );
        }
    }
 }

どっちにするのかは好み次第です。ただし、一度決めたらどちらか一方のスタイルを使った方がよいです。何故ならば、あとで統一したほうが読みやすくなるからです。プログラミングをするときは、後で読みやすいように注意しましょう。
 今回は、テストプログラムそのものをチェックする方法を解説しました。テストプログラムを、チェックする行為は忘れやすいので十分に注意しましょう。
スポンサーサイト

テーマ : プログラミング
ジャンル : コンピュータ

コメントの投稿

非公開コメント

プロフィール

インドリ

Author:インドリ
みなさん、はじめまして、
コンニチハ。

ボクは、無限の夢(infinity dream)を持つネタ好きな虹色の鳥インドリ(in dre)です。
色々な情報処理技術を啄ばむから楽しみにしてね。

http://twitter.com/indori
は別人による嫌がらせ行為です。
私とは関係ないので注意して下さい。
次はなりすましブログなどをするかもしれませんが、ここ以外でブログをするつもりがないので、ここ以外にインドリのブログがあったとしても無視してください。


何度言っても分からない人がいるので、ここにコメント欄へ書き込むときの注意事項を書きます。


一、社会人としてのマナーをわきまえましょう。
一、妄想に基づく書き込みを止めてください。
一、暴言の類は書かないで下さい。
一、某誹謗中傷サイトの書き込みは彼らの妄想に基づく書き込みですから無視して、ここへ書き込まないで下さい。
一、コメント書く前に他のコメントよく読んでから行って下さい。
一、言いがかかり等の行為を禁止します。
一、その他常識的に考えて迷惑なコメントはしないで下さい。


以上のルールを守れない人のコメントは削除します。



利用上の注意
ここに紹介してある文章およびプログラムコードは正確であるように心がけておりますが、内容を保証するものではありません。当サイトの内容によって生じた損害については、一切の責任を負いませんので御了承ください。


執筆したCodeZineの記事


【VB.NETで仮想CPUを作ろう】

  1. VB.NETで仮想CPUを作ろう
  2. レジスタの実装
  3. 仮想CPUのGUI化
  4. テストドライバの改良
  5. CPUの基礎動作の実装
  6. MOV命令の実装
  7. ADD命令実装
  8. SUB命令実装
  9. INC命令&DEC命令の実装と命令長
  10. MLU命令の実装とModR/Mについて
  11. DIV命令の実装とイベント設計について
  12. 機械語駆動式 関数電卓を作ろう!
  13. 機械語駆動式 関数電卓を作ろう! 解答編(前半)
  14. 機械語駆動式 関数電卓を作ろう! 解答編(後半)


【仮想ネットワーク実装でTCP/IPを学ぼう】
  1. TCP/IPの基礎と勘所
  2. ネットワークアクセス層の勘所
  3. インターネット層の勘所
  4. トランスポート層の勘所
  5. アプリケーション層の勘所
  6. セキュリティの基礎と仮想ネットワークの仕様
  7. GDI+と独自プロトコルの定義



【並列化】
インテル Parallel Studioを使って並列化プログラミングを試してみた
並列プログラミングの効率的なデバッグを実現する「Parallel Inspector」


【TBBシリーズ】
  1. インテル スレッディング・ビルディング・ブロックの概要
  2. インテルTBBから学ぶループの並列化
  3. スレッドセーフとインテルTBBのコンテナ
  4. インテルTBBのスレッドクラス


【OpenMPシリーズ】
  1. OpenMPの基礎構文
  2. OpenMPの実行時ライブラリと並列ループ
  3. OpenMPのメモリモデルとfork- joinモデル

最近の記事
最近のコメント
月別アーカイブ
カテゴリ
Ada (9)
COBOL (5)
C (9)
C++ (11)
C# (370)
D (25)
Java (8)
Perl (1)
Ruby (14)
PHP (2)
Boo (2)
Cobra (2)
LISP (6)
F# (33)
HTML (0)
XHTML (0)
CSS (0)
XML (0)
XSLT (0)
Scala (4)
WPF (0)
WF (2)
WCF (0)
LINQ (4)
MONO (5)
Linux (0)
MySQL (0)
ブログ内検索
リンク
最近のトラックバック
RSSフィード
ブロとも申請フォーム

この人とブロともになる

QRコード
FC2カウンター
上記広告は1ヶ月以上更新のないブログに表示されています。新しい記事を書くことで広告を消せます。