WACATE2021冬の1日目に行ってきました。

ソフトウェアテスト界隈では有名なWACATEに参加してきました。
オープニングでぜひアウトプットをしてほしいとの事だったので、終わったばかりですが、さっそくしたいと思います。(記事の内容は適宜更新します。)

あ、私は犬派です。

#WACATEとは
[概要ページ](https://wacate.jp/)

WACATEは、Workshop for Accelerating CApable Testing Engineersの略で、内に秘めた可能性を持つテストエンジニアたちを加速させるためのワークショップです。
「若手でテストに興味がある者」を主な対象とし、夏と冬、年に2回開催されます。
若手を対象にはしていますが、気持ちが若手であればだれでも参加できます。
コロナ前までは1泊2日の泊まり込みのイベントでしたが、現在は2週にわたってオンラインで開催されています。

#1日目のセッション一覧

|日時|セッション名|
|:--:|:--:|
|10:00 – 10:20|ようこそWACATE2021 冬へ！|
|10:20 – 11:30|ポジションペーパーセッション|
|11:50 – 12:20|組込み開発エンジニアがソフトウェアテストの勉強をして変わったこと(BPPセッション)|
|13:40 – 15:40|デシジョンテーブルで振る舞いを整理しよう|
|15:55 – 17:25|ふりかえりをふりかえる|
|17:40 – 18:20|クロージングセッション|

#各セッションの概要と所感
##ようこそWACATE2021 冬へ！
- 今年は28名の方が参加
    - オンラインの特徴かもしれませんが、割と初参加の方が多かったです。
    - どこでも参加できるということが要因かもしれません。
- WACATEは今回で28回目の開催(たまたま数字がかぶりました。)
- 内容としては、注意事項やWACATEについての説明がメインでした。
    - 赤ちゃんの声がたびたび聞こえたので、癒されるな~という感じでした。

##ポジションペーパーセッション
- WACATEの名物企画
    - ポジションペーパーという参加申し込み時に書いた自己紹介みたいなものを使って、他の方に軽く挨拶をするもの
- 今年もいろいろなポジションペーパーがありました。
    - これを読むだけでもいろいろ気づくこととか学べることがあったりします。(今年もありました。)
    - あまり具体的に書くと、いろいろ影響しそうなのでここでは書きません。

##組込み開発エンジニアがソフトウェアテストの勉強をして変わったこと(BPPセッション)
- WACATE2021夏でBPP賞を取ったかくげんさんのセッション
    - BPP賞
        - ざっくり説明すると、参加者のポジションペーパーの中で一番良かった方に贈られる賞
- 元々開発エンジニアの方だったかくげんさんがソフトウェアテストを勉強して、変わったことを実際の経験を紹介していただきました。
- このセッションで主に勉強したものとして、以下の3つが登場していました。
    - [ASTER標準テキスト](http://aster.or.jp/business/seminar_text.html)
    - [ソフトウェア品質知識体系ガイド(第3版): SQuBOK Guide V3](https://www.amazon.co.jp/%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E5%93%81%E8%B3%AA%E7%9F%A5%E8%AD%98%E4%BD%93%E7%B3%BB%E3%82%AC%E3%82%A4%E3%83%89-%E7%AC%AC3%E7%89%88-SQuBOK-Guide-V3/dp/427422631X)
    - [品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話（3D版)](https://www.slideshare.net/YasuharuNishi/quality-management-funnel-3d-how-to-organize-qarelated-roles-and-specialties)
- 主に3つの考え方が変わったとのこと

■ソフトウェアテストに対する考え方

|過去|現在|
|:--:|:--:|
|これをやればよいというアプローチ(銀の弾丸)がある|テストに正解はない|
|テストケース作成とテスト実行のみのプロセス|開発と同じようなプロセスがある|
|レビューはテストする前の事前チェック|レビューもテスト(静的テスト)|
|テストは下流工程で貢献|上流工程でも貢献できる|

■ソフトウェア品質保証に対する考え方

- テストだけで品質があがるわけではない、ソフトウェア品質技術は多岐にわたる
    - プロダクト品質とプロセス品質
    - 上流工程での品質作りこみ技術
    - 下流工程での確認技術
    - V&V
   
■ソフトウェアエンジニアの役割に対する考え方

- これからはQA系エンジニアの役割が重要(QMファンネルを用いて説明)

とても共感できるところが多かったです。「テストに正解はない」は時頼忘れてしまうことがあるなと個人的に感じました。
また、やっぱりすごい人は学びほぐしをしているなぁと感じました。(どこかでこの言葉使っている人いたような。。)

##デシジョンテーブルで振る舞いを整理しよう
- [セッション資料](https://speakerdeck.com/imtnd/analyze-the-behavior-with-decision-table)
- タイトルのまんまです。
- [映画のチケット料金](https://cinemacity.co.jp/ticket/)を元ネタとしたある仕様をデシジョンテーブル使って、整理するワークショップでした。

実際にグループワークをすると人によって、いろいろなデシジョンテーブルが作成されていました。理由を聞くとなるほどな。。とかそれ抜けてわと感じることがあり、とても有意義な時間でした。
デシジョンテーブルテストを作るには同値分割のスキルであったり、因子・水準のスキルが必要だなと感じました。

また、組み合わせを作るのがしんどいという話があったので、[GIHOZ](https://www.veriserve.co.jp/gihoz/)を紹介したら皆さん感動してました。（笑）


##ふりかえりをふりかえる
いままでやっていたふりかえりのふりかえりをする(通称ふりふり)セッションでした。
対象としては個人のふりかえりです。
このセッションでやったふりかえり手順は以下の手順です。

1. 出来事を書く(具体的に)
1. その出来事の感情を書く
1. その感情になった理由を書く
1. 次にどう活かせるかを書く(すぐできる内容を書くこと)

このふりかえりのポイントとしては

- 出来事≒事実を捉えること
    - 学びをいきなり出すことが多い
    - 対策が出来るものをあげている
    - 感情面から一番インパクトがあるものから洗い出す
- 全体のふりかえりを見渡して「ん？」ってなったら、しるしを付ける

ここではふりかえりは意味づけ・意義付けすることに意味があるという説明があり、「これは考えていなかったなぁ」と思いました。
また、他人のふりかえりを見ても新たな学びが多いなと感じたセッションでした。


#おわり
今回もあっという間の時間を過ごした気がします。
来週は集合時間が1日目よりも早いということで、寝坊しないように準備したいと思います。
別の班で以下の記事を共有していたので、書いてよかったなと思いました。

- [WACATE2021冬の予習に役立ちそうなものを調べてみた](https://qiita.com/Toru-ymgc/items/ebe660f0dcaff42a6538)

※ちなみに私は探索的テストの動画見ている途中です。