第4回 「状態遷移図」と「状態遷移表」で見えるもの | gihyo.jp

はじめに テスト担当者と開発担当者との会話。 テスト担当者：「この状態の時にこの動作を行うと、結果としてどういう状態に遷移すれば仕様として正しいんでしょうか。仕様書に記載がないので…」 開発担当者：「どれどれ、うーん、本当だ。記載がないね…。俺もわからないや。テストした結果を仕様書に記入しておいてよ。それが仕様だから」 テスト担当者：「…」 この話が「あり得ない話」なのか「よくある話」なのかはさておき。今回の話題は、「⁠状態遷移テスト」です。 状態遷移テストとは 「状態遷移テスト」とは、状態遷移図と状態遷移表をもとに行うテストの総称です。私たちテスト担当者は、機能テストやシステムテストにおいて状態遷移図や状態遷移表を作成して、ソフトウェアが「正しく」設計仕様どおりに動くかどうかをテストします。 ですが、この「設計仕様書通りに動く」というところがなかなか難しいところです。冒頭の会話にもありま

[dzod]

状態遷移表いいな。reset押したら計測始まったとかシャレにならんもんな

[kana321]

「状態遷移図」と「状態遷移表」で見えるもの

[Rlee1984]

“状態遷移図を用いることで「遷移できること」を明らかにできるのに対し，状態遷移表は，いわばそのソフトウェアが「できないこと」「してはいけないこと」を可視化できる”

[willnet]

状態遷移図：「そのソフトウェアができること」が見えやすくなる 状態遷移表：「そのソフトウェアができないこと／してはいけないこと」が見えやすくなる

[wasai]

このあたりはテストだけでなく、引継ぎ用として運用仕様書にも必要ですね

[higher_tomorrow]

ずばっときた。状態があるなら必須。これを書かずに、どうやって仕様の整合性を確認する（あるいは確認したことを承認してもらう）のだろうか？

[richard_raw]

分かりやすい。『状態遷移図：「そのソフトウェアができること」が見えやすくなる/状態遷移表：「そのソフトウェアができないこと／してはいけないこと」が見えやすくなる』

[taninsw]

"状態遷移図：「そのソフトウェアができること」が見えやすくなる/状態遷移表：「そのソフトウェアができないこと／してはいけないこと」が見えやすくなる"

[DecoyMaker]

「ソフトウェアを作る」のに必要な仕様と，「ソフトウェアをテストする」のに必要な仕様には，隔たりがある

[p260-2001fp]

『テストで必要な仕様を設計段階で意識することで，効果的に手戻りを減らそう』