私が参加したJaSST'18の総括になります。 諸事情により予定の半分しか書けていませんが、一旦公開したいと思います。 以下の残りのテーマを書き上げたら再アップします。（2月中旬目標） ・テストとアジャイル ・テスト設計技術

1. JaSST’18 総括
Tokyo
Kansai
Kyushu
Tokai

2. このコーナーは
• 私が2018年中に参加した、Japan Symposium on Software Testing (以下JaSST)から、印象に
残ったテーマを紹介するコーナーです
• 2018年は以下のJaSSTに参加してきました
• Kyushu（長崎）
• 2018/11/22
• Kansai（愛知）
• 2018/12/7
• Tokyo（東京）
• 2018/3/7～3/8
• Kansai（大阪）
• 2018/6/15

3. ご注意
• 複数の開催地で同じテーマのものは纏めています (右上に開催地を記載)
• この資料には個人的な意見・感想が多く含まれています
• これまでの私の経験や知識ベースでの見識ですので、皆様の実情・実態に即
していない見解があると思いますがご了承下ください
• 前提知識無しでは何を言っているのか不明なこともあるかもしれません
資料のみ閲覧の方は、恐縮ですがGoogle等で検索して調べてみて欲しいです
直接会える人は一からジックリお答えしますので、遠慮なくご連絡ください
• ご意見や訂正がありましたら、お知らせください

4. 自己紹介
• 株式会社イノグレス
テクニカル・プロモーション事業部 部長
https://www.innogress-jp.com/
• 某江戸祭囃子保存会 会長
• 本気のオシャレは和装と心に決めている
• 趣味
• 江戸祭囃子、江戸里神楽、阿波踊り
• JaSSTに参加して呟くこと
(Twitter @yuimaster1982)
• 2020年にJaSST全国制覇を目論む
• テスト業界に入って15年半
• 携帯電話・スマートホン 延べ10年くらい
• ゲーム機 3年
• ネットワークキャプチャ製品 2.5年
• Webサービス (2019年～)
• やってきたこと
• テスト全般（設計～実施）、自動化
性能改善Prjにテストチームリーダーとして参画
• チームリーダー（5人～30人）
• 直近6年くらいはただの作業員
• QAコンサルティング now!
↑
横
笛
吹
い
て
ま
す

5. テスト駆動開発
Tokyo & Kansaiより

6. 私のテスト駆動開発の失敗
テスト駆動開発についてちゃんと勉強していなかった頃。。。
(名前を聞いて妄想して試そうとした)
• 漠然とテストコードを書いてから実装すればいいと思っていた
…φ(ー￣*)カキカキ_φ(*￣0￣)ノ[ノヽ”－力]ペタッ
• テストケースを考えていたら考慮すべきことが溢れてしまい、何処から手を付けてよい
のか分からなくなった。。。
• やり方がそもそも間違っている！

7. 私のテスト駆動開発の失敗
テスト駆動開発についてちゃんと勉強していなかった頃。。。
(名前を聞いて想像して試そうとした)
• 漠然とテストコードを書いてから実装すればいいと思っていた
…φ(ー￣*)カキカキ_φ(*￣0￣)ノ[ノヽ”－力]ペタッ
• テストケースを考えていたら考慮すべきことが溢れてしまい、何処から手を付けてよい
のか分からなくなった。。。
• やり方がそもそも間違っている！
やめましょう！
なんちゃって
テスト駆動開発！

8. ちゃんと勉強
しましょうね！

9. テスト駆動開発とは
• テストファーストの理念に基づく開発手法
• 最初にテストケースを書き、そのテストが通るようにコーディングしていく
• Red→Green→Refactoringのサイクルを繰り返すことで、品質の高いコードを積み上げ
て作っていくことが出来る
• 詳しく知りたい人は「テスト駆動開発」を読んで欲しい
• Kent Beck 著 和田卓人 訳
• https://www.amazon.co.jp/dp/B077D2L69C/
@Kansai

10. TDDのいいところ
• すばやいフィードバック
• コードを書く→テスト実行で直ぐに結果を得られる
• コードの変更に対する恐怖心が小さくなる
• 既存のテストケースが通ればモジュールの品質を保証することが出来る
• 例えば、インターフェースはが変えないがロジックのアルゴリズムを変更したい場合
• テストコード＝詳細仕様 とみなすことができる ※オススメするわけではない
• 「実装コードを読め」よりはヤサシイ
• 難解な仕様書を読み解くよりも、メソッド毎に振る舞いが列挙されていれば分かりやすい
@Tokyo
@Kansai

11. TDDの悪いところ
• 実装コードを書くだけのときよりも時間が必要になる
• テストコードを各分＋テスト実行の分をちゃんと見積もっておかないといけない
• 実装コードだけのときより2倍～2.5倍くらい必要らしい
• テストケースの爆発
• だんだんテストケースが増えていく
• テストコードが実装コードの1.5倍以上になることもあるらしい
• 安定しているモジュールは適宜メンテナンスして減らす必要がある
• テストケースが増えると自動テストの実行に時間が掛かる
• 運用で実施するつとケースを減らすなど工夫する（リリースビルド以外は、半分ずつテストするなど）
• 分散したりマシンパワー増強の力業で乗り切る
@Tokyo
@Kansai

12. やってみて
• 出来上がる前に少し時間はかかるが、ひたすらリファクタリングか
Red から Green にする方法を考えることに夢中になれて、心地よい疲
労感を得られた
• 話に聞いていた、『書いたコードに自信が持てる』を実感
• 現場でTDDの布教をしたくなった

13. キャリアとテスト
Tokyo & Kansai & Kyushuより

14. このコーナは
JaSSTの講演や会場や情報交換会で交わした話を基に、テスト
業界の現状、それから、テストエンジニアはどうゆう方向性
でキャリアを考えたらいいかを纏めました

15. 動向 - 組込み系
• 2極化が進行中
• 上級者
• テスト設計やマネージメントできる人
• 自動化、プロセス改善できる人
• テスト実行者(オペレーター)
• オフショア・ニアショアで安く外注
• 国内では低額でしか受注が難しくなってきている
• 新人は早く上級者へレベルアップして欲しいという要求が強い
@Tokyo
@Kansai
@Kyushu
@Tokai
数年以上間から進行中ではあ
るが、この2年～3年くらいで
差が開いた印象がある

16. キャリア - 組込み系
• テスト設計技術が重要
• 経験も大事だけど幅広い設計技法があると有利
• モデリングが出来ると適切な設計技法を選択がやりやすいので重要度高め
• 経験が正しい設計技法を選択するときのヒントになる
• テスト自動化のノウハウ
• どこへ行っても強い要求がある
• プロセス改善のノウハウ
• とっても重宝される存在になる
• 開発プロセス全体の改善提案ができると、QAコンサルタントへの道が拓ける
@Tokyo
@Kansai
@Kyushu
@Tokai
今これに近い仕事してます。 Web系だけど

17. 動向 - Web系
• そもそも、Webサービス系企業ではテスト部隊が無くなりつつある
• TDD、CI、自動テスト、アジャイルのコンボでリリースサイクルの短縮を図って
いる
• こうした企業では横通しのテスト観点を注入するSET（Software Engineer in Test）
という役が必要とされている
• Web業界のテストエンジニアとしてやって行くならSETを目指すと良さそう
• ただし、金融系や基盤系などはまだ組み込み系と傾向が似ている
• いずれはDevOpsが主流になるかも
@Tokyo
@Kansai
@Kyushu
@Tokai

18. キャリア - Web (SETに必要なモノ)
• Webサービス(ドメイン)に対する知識
• モデリングの知識・経験
• ソフトウェアテストに関する知識・経験
• 同値分割、境界値分析、デシジョンテーブ
ルあたりは必須
• これらをテストケースに注入するだけでも、
テストの質がグンとアップする
• エラー推測、カバレッジ、etc
• テストの知識はあればあるだけ有利
• プログラミングの知識・地検
• 言語・フレームワークの特徴
• いろいろ知っておくとどんな現場へ行って
も大丈夫
• プログラミング経験もあると尚良し
• TDDや自動テストのノウハウ
• 自動テストしやすいモノ、しにくいモノを
見分けられ、テストケースに注入できると
自動テストがスムーズに進行するようにな
る
@Tokyo
@Kansai
@Kyushu
@Tokai
なんだかんだで、覚えることがたくさんある
全部一気に習得は難しいので少しずつ蓄える
サービスのファンになるといい

19. テストに向いている人
Kansaiのセッションで紹介されたテストに向いている人の例
• バリエーションを考えられる人はいいと思う
• 批判的思考は向いていると思う
• ゴットハンドも無意識の多角的客観視点の一つか？
• テストエンジニアに向いている資質
• 推理小説が好きな人 → テスト設計や探索的テストに向いている
• 市場の実情がわかる人 → テストの合理化（テストケースの取捨選択）
• 他人の仕事に土足に踏み込む人 → 突破力!?
• 否定ばっかりする人はよくない
• ちゃんと対案が出せて建設的に議論ができるなら問題ない
@Kansai

20. お給料を上げたいなら
自分の存在価値を上げる、そしてアピール！
• まずは技術力
• なんとなくではなく、なぜその技術を選択したのか説明できるといい
• 経験は成功だけでなく失敗も大事
• ただ失敗した経験ではダメ
• 「何が原因で失敗したか？」「次はどうしたら成功に近づけられるか？」を持って
いないとダメ
@Tokyo
@Kyushu

21. 第三者検証会社の行く末
• 発注する方
• 技術力のある会社に頼みたい
• 出来るだけ安い金額で発注したい
• 受注する方
• 出来るだけ高い金額で受注したい
• 出来るだけ低コストでテストをしたい
発注⇔受注で乖離が存在する
ゼンゼンWin-Winなんかじゃないよ！
技術力を持っているか客観的な判断が難
しい
JaSSTや勉強会などを通して技術力のある
会社を探す
技術力をPRしないと新規顧客の獲得が難
しい（HP見ただけじゃ分からない）
JaSSTや勉強会は技術力や向上心をPRでき
いる場
技術で殴って効率化！
@Kyushu

22. 私の目指すキャリア
• 暫くはSETやQAアドバイザーのようなポジションで現場に関わりたい
• 貯め込んでいる知識を放出して、良質のエンジニアを育てる
• 時々、開発をやりたいかなー
ゴールはCTOや技術顧問のようなポジションで
そこそこ高収入！

23. お詫び
• 12月～年始にかけて、公私ともに忙しく予定の半分までしか執筆できませんでした
待ってた人がいたら、ごめんなさい m(_ _)m
• ようやく落ち着き始めたので、近々執筆を再開予定です
• 後編となる2つのテーマを追加して再アップする予定です（目標は2月中旬まで！）
• アジャイルとテスト
• テスト設計技術