テスト設計コンテストU30東京チュートリアルまとめ #テスコン

broccoli @nihonbuson

「JSTQB」はなんぞや？という方へ jstqb.jp #テスコン

カルバート @trickmrbiz

チュートリアルの「テスト観点」は、JSTQBの「テスト条件」と捉えてもよい #テスコン

yoshitake @yoshitake_1201

テスト観点の抽象度か。 たしかに。 #テスコン

KEN-san @krsna_sub

「鈴木みきおさんのTiramisでは基本構造構成要素、ゆもつよmethodでは論理的機能構造をテスト観点を導出するためのメタモデルとして提唱している。」#テスコン

KEN-san @krsna_sub

「テスト観点には抽象度が高いものと低いもの様々なものがある。それぞれの抽象度のものに(このチュートリアルでは)名前をつける。テスト値、テストパラメータ、テスト観点・・・」← 資料のまま #テスコン

KEN-san @krsna_sub

「JSTQBの資格を持っている方います？→ (東京会場)10人くらい」# テスコン

yoshitake @yoshitake_1201

まさに。 「仕様書に書いてある仕様や文・単語を書き写してもテスト観点は網羅できない」 #テスコン

テスコンくん🦊テスト設計コンテスト @td_contest

テスト設計コンテスト'19 U-30クラス チュートリアル 開催中！ 各サテライト会場のみんなも楽しんでね。 #テスコン pic.twitter.com/8O3YAmk6CX

拡大

おーだん @dandan_611

本日の質問や発言はまとめときます。 #テスコン togetter.com/li/1272622

テスコンくん🦊テスト設計コンテスト @td_contest

講演中の資料はテスコンサイトからダウンロードが出来るよ。 aster.or.jp/business/conte… #テスコン

カルバート @trickmrbiz

テストという帽子を被り直して考える #テスコン

しずか @s_banban

ところで多面的に見るとなにが網羅されるんだろう？ #テスコン

takono @takono0807

テストケース書いてると仕様のぬけもれ気づくのは世の常ですよね、、、 #テスコン

Takehiro Inoue @i_takehiro

「テスト観点を挙げるだけでバグが見つかることもある」というのは、TDDでテストを作っている時の感覚に通じるものがありますね #テスコン

KEN-san @krsna_sub

「テスト観点を挙げる時の注意点。①仕様書に書いてある文書を書き写してもテスト観点は網羅できない。経験ありますよね？②テスト観点は多面的に挙げる必要がある ③テスト観点を挙げるだけでバグが見つかることもある。#テスコン

KEN-san @krsna_sub

「開発の視点で考えたときに考慮していなかった点が見つかる場合がある。具体的な期待結果を考える事によってバグが見つかることもある」#テスコン

broccoli @nihonbuson

網羅しようと様々なことを考えつくすのが本質 #テスコン

はるはる @anahiapp1

@s_banban 網羅と言ったときの分母がつい気になる病です。

すみす🐨 @smith703

※テストケースにも期待結果を必ず書くのを忘れないこと。「正しく動作すること」は期待結果ではない！ …よく見る😇 #テスコン

yoshitake @yoshitake_1201

網羅ってなんだろう…ってなんか頭がぐるぐるしてくるなぁ…。 「網羅しなきゃいけない」だけになると、いつまでもテストしないといけなくなるからなぁ。 #テスコン

えりか @erika_vaporeon

多面的っていうと、この前のブロッコリーさんの勉強会の視点、視野、視座も当てはまってくるのかしら。。。 #テスコン

yoshitake @yoshitake_1201

テストは答え合わせではない #テスコン

カルバート @trickmrbiz

テストは答え合わせではない #テスコン

しずか @s_banban

@ume2_sendai (どっちかというと問いかけだったり。みんなどう考えるだろうなぁって。)

KEN-san @krsna_sub

「自然言語で書かれた仕様書が完全なわけががない。多面的にテストを考えることによって様々な観点が出てくるがそれによるテストを全数実施できるわけではない。どんなテストをするのかを利害関係者とコンセンサスを得ることが重要。」#テスコン