バグを見つけ出すテストの場合は、ディシジョンテーブル全部をやる。設計の段階ではどこかを圧縮するとよい。圧縮とは? #sendaitest
2012-11-16 19:28:23ディシジョンテーブルに条件を羅列するときに、順番も意味を持ちます。また、これをコードに落とすときは、ディシジョンテーブルに並べたときの順番とコードの順番を一致させるようにすると、トラブルを防ぐことができます! #sendaitest
2012-11-16 19:36:38表を圧縮すると見やすくなるけど、バグを見逃すことがあるから気をつけよう! #sendaitest
2012-11-16 19:37:34ネタを説明するのは敗北だぞ。:-P RT @leecom: 分かり易いジョジョネタ。しかも第四部。反応が薄いので講師が説明w #sendaitest
2012-11-16 19:53:02圧縮したテーブルだけが欲しい場合は、CFDと言う技法を使うと一発で圧縮した表が得られるんだって! #sendaitest
2012-11-16 19:38:10テストの目的が仕様を確認する事なら、テストケースの圧縮が出来るが、テストの目的が、バグ出しなら表を圧縮しない。テクニックとしてCFDもあるよ。 #sendaitest
2012-11-16 19:40:12ディシジョンテーブルの条件を書くときは、別に○/×で書かなければならないということではなく、クラス分けができるときは、直接クラスを書いてしまうという書き方もあるよ!
2012-11-16 20:06:11ディシジョンテーブルの条件を書くときは、別に○/×で書かなければならないということではなく、クラス分けができるときは、直接クラスを 書いてしまうという書き方もあるよ! #sendaitest
2012-11-16 20:06:26横方向の表圧縮も大事だけど、縦方向の圧縮も大事。条件を文字で記述すると、縦方向で圧縮できる時があります。 #sendaitest
2012-11-16 20:07:18ディシジョンテーブルは設計のときに書いてしまおう。仕様の漏れが見つかるし、ロジックの形をつかむことができるよ! #sendaitest
2012-11-16 20:07:56ディシジョンテーブルはあくまで仕様のチェックなので、他のところでバグが出るかもしれないから気をつけよう。表の圧縮をしてよいか気になるときは、中のロジックを見るとヒントが得られるかも! #sendaitest
2012-11-16 20:09:15