テストアーキテクチャって必要？

Yasuharu NISHI @YasuharuNishi

いずれにせよ、何かしら分割するわけですね。それをアーキテクチャと呼ぶか呼ばないかの問題だと思います。分割に「バグ」があるかもしれませんから。RT @akiyama924: 段階的詳細化と言いますか、システムの分割です…FV表で目的機能に分割することができるまで訓練が必要です…

Yasuharu NISHI @YasuharuNishi

とても規模が小さい時の話ねそれは。某社さんの例。 RT @mkoszk: @akiyama924 …最短のテスト期間を考えるときには、機能テスト、性能テストと分けるのではなく、機能テストの中で性能も見れば、期間短縮に繋がるというの話をされていたのを、区別しない

あきやま🍠 @akiyama924

@YasuharuNishi はい。分割します。 アーキテクチャではなく、リストと呼んでいます。

あきやま🍠 @akiyama924

@YasuharuNishi 分割にバグがあることは想定しています。 ただしそのバグは機能バグのみなので、最後に分割したものすべてを組み合わせテストをします。

Yasuharu NISHI @YasuharuNishi

最初からすべての組み合わせテストをすればよいのでは？ RT @akiyama924: 分割にバグがあることは想定しています。 ただしそのバグは機能バグのみなので、最後に分割したものすべてを組み合わせテストをします。

あきやま🍠 @akiyama924

@YasuharuNishi バグが極端に少ないならその方が効率的です。 ただ、現実問題として、ユニットテストだけでそこまでの品質に持っていけないですし、また、すべての組み合わせのテストでは非機能のテストができないという問題があります。

Yasuharu NISHI @YasuharuNishi

多分考えてることは大して変わらなくて、それをアーキテクチャと呼びたくないかどうかの問題だと思います。 RT @akiyama924: …現実問題として、ユニットテストだけでそこまでの品質に持っていけないですし、また、すべての組み合わせのテストでは非機能のテストができない…

あきやま🍠 @akiyama924

@YasuharuNishi ユニットテスト（UT）や、受け入れテスト（UAT）を含めた３つのテストを用意していることは、アーキテクチャだと思います。ただ、テストのアーキテクチャかというと、UTとUATは“テストではない”と考えているのでアーキテクチャと呼べないのです。

鈴木三紀夫 @mkoszk

@akiyama924 先ほどのツイートとは別に理屈っぽく書きます。 僕は 要素（エレメント） 構造／関係（ストラクチャー／リレーションシップ） 振る舞い（メカニズム） があるものをアーキテクチャと認識しています。 でもテストにはメカニズムが無いので、アーキテクチャ設計ではなく構造設計で良いという意見でした

鈴木三紀夫 @mkoszk

@akiyama924 まあ、にしさんからは、「建築物が動くのか」と突っ込まれて、ぐぬぬと言っていましたが。

あきやま🍠 @akiyama924

@mkoszk なるほど。FV表はエレメントだけです。 ラルフチャートは３つともあるけど、小さなものだからアーキテクチャという感じがしないのです。以前はラルフチャートがアーキテクチャと言っていました。本にもそう書いたと思います。

Yasuharu NISHI @YasuharuNishi

その話はしていません。STで分割する話をしています。 RT @akiyama924: ユニットテスト（UT）や、受け入れテスト（UAT）を含めた３つのテストを用意していることは、アーキテクチャだと思います…

あきやま🍠 @akiyama924

@mkoszk きっと「振る舞い」ではなく「他との関係」なのでしょうね。

鈴木三紀夫 @mkoszk

@akiyama924 ラルフチャートのメカニズムは具体的に言うとどんなものでしょうか？

鈴木三紀夫 @mkoszk

@akiyama924 あ〜、他との関係はありそう

あきやま🍠 @akiyama924

@YasuharuNishi 書ききれなくて消したのですが、リストについては分割しているだけで（再）構築していないのでアーキテクチャではないと思っています。再構築がアーキテクチャを名乗る条件ではないならアーキテクチャなのでしょう。

あきやま🍠 @akiyama924

@mkoszk 四角の中です。 四角の中には目的機能を書くのですが、機能なので振る舞いがありますし、振る舞いを実現するメカニズムがあります。

鈴木三紀夫 @mkoszk

@akiyama924 ふむふむ。

Yasuharu NISHI @YasuharuNishi

用語定義の問題だと認識しました。我々から見ればテストアーキテクチャを設計しています。秋山さんがそれをあまりそう呼びたくない、というのも理解します。 RT @akiyama924: 書ききれなくて消したのですが、リストについては分割しているだけ…アーキテクチャなのでしょう。

鈴木三紀夫 @mkoszk

@akiyama924 確かに、昔のラルフチャートの箱の中は、状態遷移図が描かれていたことを思い出しました。

あきやま🍠 @akiyama924

@YasuharuNishi ありがとうございます。 分割するときに入り込むバグは分割する前の単位で組み合わせテストをしたら見つかる（と思っている）けれど、再構築するときに入り込んだバグはどうやって見つけたら良いか分からないあたりからかなあと思っています。

あきやま🍠 @akiyama924

@mkoszk 今もですよー。

あきやま🍠 @akiyama924

@mkoszk こちらの24ページにも書いてあります。

鈴木三紀夫 @mkoszk

@akiyama924 JaSST東北 基調講演資料の図ですよね。 目的機能を表す図とあったので、最近は状態遷移図を書かないのかと思っていました。 jasst.jp/symposium/jass…

あきやま🍠 @akiyama924

@mkoszk （例として）状態遷移図を描くと（例なのに）みんな状態遷移図を描いてしまうのです。 本当はメカニズムを表す適切な図を描いて欲しいので図を載せなくなりました。