CFD(Cause Flow Diagram)法 補習会 5月22日つぶやき
状態変数をCFDの中に入れて島にいれます。デシジョンテーブルの場合は、状態変数を書き換えることになるので、結果の方にも状態変数を入れます。
2011-05-22 16:18:16@mkoszk 機能図式って、softtestさんブログにある、状態と決定表の関係を表したグラフのことでしょうか? http://bit.ly/joGTg5
2011-05-22 16:34:17違った、機能図式とは、 機能図式とは、ソフトウェア機能仕様を ・「入力データ」と「入力順序」を状態遷移モデル ・「入力データ」と「出力データ」と「遷移先状態」を論理モデル を使って表現することを指しています。 としっかり書かれていました。
2011-05-22 16:37:42CFDの質疑応答:DTへの変換方法は? 結果側からたどっていく。DTの作り方は特殊。パスから導き出されたDTからテストケースに変換するのは1が必ず一度はテストケースになるように。
2011-05-22 17:00:30CFDは単体テストと結合テストでは使い方が異なる。ズームイン、ズームアウト。開発者にCFDと言うと構えてしまう。CFDが解決できる問題が、開発者が抱えている問題にあたる場合には、話を聞いてもらえる。CFDは有則系の組み合わせに効いてくる。
2011-05-22 17:05:27@mkoszk (私が思うに)CFDは、状態遷移の実装整理に有効だと思う。状態爆発しているようなモノを改善したいときに、CFDを用いて無効条件を見極めると、ロジックがスッキリするような気がする。使用から状態と、遷移を順番に追っかけているだけでは、混乱は収まらない気がする(仮定)
2011-05-22 17:09:49...すごくボンヤリしているが... 結合レベルでテスト×設計のコラボにより設計品質の改善ができないかってのは、このCFDみたいな考え方で、アーキテクチャの整理ができるかもって思うあたりだな。CFDに限らず、こういう議論のできる場が欲しいじゃないか? (自分に問いかけ)
2011-05-22 17:28:09@Otabekey 本日加勢さんの左隣にいた鈴木と申します。次回またあれば、打ち上げも参加させてください。みなさんによろしくお伝えくださいませ。
2011-05-22 18:03:58本日の勉強会に参加されたみなさん、特に秋山さん、ありがとうございました。よくわからない部分を猛烈に聞くことができました。帰って復習すると、また疑問だらけになりそうですが…。またよろしくお願いします! #drill_cfd
2011-05-22 18:07:19@mkoszk 文字だけで、キャッチアップは困難ですね。でも、tweetしてもらったおかげで、大事なポイントが幾つか拾えました。ありがとうございます♪
2011-05-22 19:00:23@Unity1004 お言葉に甘えて。状態遷移のCFDの原因集合をどう作ったかが、ピンときていません。状態を原因の島として、状態遷移先を結果とすると、状態遷移図?? って思えてしまっています。
2011-05-22 19:08:57