テストケースについて

質問

現在、Webアプリケーションをつくっています。
だいたいできたので、まずは入力された日付が正しいかチェックを行なう部分から
テストをしようと思います。そこで、同値分析、境界値分析を利用して最小のテストケースを
抽出しようと思ったのですが、思うように進みません(;´Д`A ```

どなたかテストケースを作るアドバイスをいただけないでしょうか。
もちろん、テストケースを作っていただければ尚良いです☆

ちなみに、以下の条件があります。
・数値以外が入力されることは、ありません
・うるう年の判定は以下の通りです
４で割れない：通常
４で割れ、かつ１００で割れない年：うるう年
１００で割れ、かつ４００で割れない年：通常
４００で割れる年：うるう年

回答No.3

asuncion · ベストアンサー

【年の同値分析】
2001：平年
2004：うるう年（4で割り切れて100で割り切れない）
2100：平年（100で割り切れて400で割り切れない）
2000：うるう年（400で割り切れる）

【月の境界値分析】
0：エラー
1：正常
12：正常
13：エラー

【日の境界値分析】
0：エラー
1：正常
当該月の末日（大の月、小の月、うるう年を意識すること）：正常
当該月の末日＋１：エラー

ざっとこんなところでしょう。

補足

詳しく書いていただきありがとうございます。
テストケースですので、テストしなくてよいパターンがあると思うのですが、
どういったものは省いてよいのでしょうか？
有効同値という観点でなんちゃらかんちゃらと聞いたことがあるのですが・・

回答No.4

asuncion

> テストケースですので、テストしなくてよいパターンがあると思うのですが、
> どういったものは省いてよいのでしょうか？

No.3の回答で書いたケースは、
最低限実施する必要があると思います。

回答No.2

shimix

言語が書かれていないので何とも言えませんが・・

(1)年・月・日に分割して、それを元にdate型の変数を作る（この時点で不正な値をエラーにする言語もある）。
(2)(1)で作ったdata型の変数を年月日の文字列型に編集する。
(3)入力された内容と(2)で作った文字列が一致していればOK。

date型はあくまでも（Excel風にいうと）シリアル値なので、2007/02/29 は 2007/03/01 に、2008/03/00 は 2007/02/29 に自動変換してくれる言語が多いハズです（phpだとそうなります）。

ただし「変換できる範囲」が決まっていますのでANo.1の方が書かれたように「日付として認める範囲」は重要のハズです。「特に決まっていない」というのはちょっと仕様として考えられません。一般的にはdate型にできない日付は弾くべきだと思います。

補足

ご回答ありがとうございます。

テストケースですので、Date型などの実装の仕方は伏せて考えています。
（業務での知識はないため、考え方がおかしければ申し訳ないです）

回答No.1

asuncion

> 入力された日付

そのアプリケーションでは、
何年何月何日から何年何月何日までの
入力を認めていますか？

補足

>何年何月何日から何年何月何日までの入力を認めていますか？
特に制限は設けていません。
単純に、うるう年を考慮して年月日が正しいか判断しようとしています。

よろしくお願い致します。