初日の夜に初日のレポートを書いておきます。2017年度のJaSSTを振り返ろう2017年冬に行われたWACATEにおいてBPP賞を受賞したyoshitakeさんによるBPPセッションでした。2017年の全国のJaSSTに参加された(!)レポートがベースだったのですが、友人であるというのを差し引いてもめっちゃいいセッションだったと思います。Yoshitakeこのセッションではテストをまだ良く知らない、これから勉強していきたいという方向けに、どこにアンテナを貼って情報を得ていったらいいかの対象を広く紹介してくれた、と感じました。話を聞いていても、本当にテスト自体やテストコミュニティが好きだということがひしひしと伝わってきたので、WACATEのはじめのセッションとしては最高だったんじゃないでしょうか。良かったのが、実際にWACATEに参加している人の名前を出しながら「あの人はこんなことが得意」とか「あの人に聞くとこんな情報が得られる」といったことを話してくれたこと。この話を聞いたことで、初参加の人が話しかけたくなったり、距離を縮めることができるようになったと思っています。(この辺は発表中に私がツイートで嫉妬しまくっていました。この発表資料を見ると、最近のテストイベントがおさらいできるのと、興味がある部分の情報をどう集めるかの一歩目が踏み出せると思います。Akemine朱峰さんによるモデリングの導入について、です。モデリングの概要と、テストにおいてモデリングをどう生かしていくかの説明をしつつ、この2日間のワークの基礎となる部分を話していただきました。私はUMLをまともに読み書きしたことがなかったので、これを機会に一歩踏み出せたら・・・と思ってました。状態遷移図を扱うということ。モデルベーステストの概要と、UMLを記述して可視化するためのツールのデモを見せていただきました。デモがあるとわかりやすいのと、astah*は全部有料だと思っていたので、無償版使ってみたいと思います。一部UMLの記法を再利用さらに文法を制限することでとっつきやすくUMLは表現力がすごいので、いろいろ制限し、使い所を絞って整理した。kauji0522ワークが重かった・・・!重かったというか、モデリングする場合のスコープが結構曖昧になってしまって、グループのメンバーごとにスコープが異なりました。自分としては、モデリングする場合はある程度範囲を絞ったところに対してモデリングして(=ユースケース図とアクティビティ図を書いて)、大きなプロセスについては絞った範囲のモデリングを組み合わせてやるのでは・・・?とかとか、悩みが止まりませんでした。条件による振る舞いの追加ユースケース図あるある汎化とか包含、拡張とかうまく区別つかない使わなくて済むなら使わなくてOK。状態遷移テスト状態遷移図は書いたことあるしなんとかなるだろー・・・って思ったら、状態がネストしたりしてなかなか大変でした。ワークということもあって、「どこまでモデリングするか」といったところでかなり迷っていました。明日のグループワークの際には、スコープを定義してその外側の部分はグループ内で「こういうこととして仮定しよう!」という合意をとって進めるのが良い気がする。明日のワークについてのヒント・・・があったのですが、明日のワークはかなりハードになるみたいです。グループ毎に成果物を作るところまでいくので、ちょっと頑張らないといけませんね・・・。まとめ以上、簡単ですが当日のメモとレポートでした。明日もがんばりまーす。Ito都内でテストエンジニア&ブロガーをやっているyoshikiitoです。ソフトウェアエンジニアの学習方法や成長するための考え方、会社に依存せず自分の力で生きていけるエンジニアになる方法などについて興味があります。仕事は主にソフトウェアテストやテスト自動化。趣味は浦和レッズと読書と技術書を買って積むこと。