DeNAが取り組む Software Engineer in Test

Copyright (C) DeNA Co.,Ltd. All Rights Reserved.
DeNA TechCon 2016
DeNAが取り組む
Software Engineer in Test
2016/01/29
Masaki Nakagawa
SWET (Software Engineer in Test) Gr.
Quality Management Dept.
System Management Unit
DeNA Co., Ltd.

DeNA Technical Conference 2016
自己紹介
 中川勝樹
 株式会社ディー・エヌ・エー
 SWET (Software Engineer in Test)
 Testing Casual Talks
 @ikasam_a
 github.com/masaki
 metacpan.org/author/MASAKI
2

SWET
3

4

今日お話すること
 SWET (Software Engineer in Test) とは？
 これまでの SWET の取り組み
 SWET の現在、そして未来
5

WHAT IS THE
SWET
6

7
Software Engineer in Test,
a Quality Assurance job title
in some software companies
en.wikipedia.org/wiki/SET

8
is also a developer role
except their focus is on testability
googletesting.blogspot.jp/2011/02/how-google-tests-software-part-two.html

9
SETs primary focus is on the developer.
Enabling developers to easily test the code they write
is the primary focus of the SET.
googletesting.blogspot.jp/2011/02/how-google-tests-software-part-two.html

Developer
Productivity
10

11
SWE SET TE
SWE SWET (and TE)
Google
DeNA
SWE = Software Engineer
SET = Software Engineer in Test (Google)
TE = Test Engineer
SWET = Software Engineer in Test (DeNA)
White Box Approach Black Box Approach

SWETのミッション・ステートメント
1. プロダクト・サービスの品質向上
2. エンジニアの開発生産性向上
12
SWETグループは
 ソフトウェアテストを起点に
 品質と開発生産性の向上に取り組む
ソフトウェアエンジニアの集団です

SWET
HISTORY
13

SWETざっくり年表
 2012年
 プラットフォーム開発の中のチーム
 Mobage オープンプラットフォーム (WebAPI / WebUI)
 2013年夏
 メンバーも増えてSWETグループとして組織化
 Smartphone 向け Mobage SDK も守備範囲に
 2014年春
 事業部を出て全社横断組織のSWETグループに
 “Mobage” から “DeNA” へ
14

サーバ期
(WebAPI, WebUI)
15

2012年のプラットフォーム
 オープンプラットフォームのグローバル展開
 大規模システムの拡張とリファクタリング
 （デリバリーの速度はできるだけ落とさずに…）
16
E2Eテストを確立して自動化
(checking)

RESTful API テスト自動化
 APIの仕様はグローバルで共通だった
 まずはバックエンドを抑える
 つくったもの
⁃ HTTP(S) WebAPI テスト (Perl)
⁃ Mobage API 専用クライアント (Perl)
• 開発、デバッグにも使えるツールとして
17

ブラウザテスト自動化
 次はフロントエンドを抑えに行った
 ブラウザゲームのプラットフォームなので…
⁃ オープンプラットフォームのブラウザテスト (Ruby)
⁃ Mobage ブラウザテスト (Ruby)
⁃ Mobage 専用クライアント (Ruby)
• もちろん開発のお供に
⁃ プラットフォーム機能を使うテストアプリ (Perl/Ruby)
18

技術的な取り組み
 2011年7月
⁃ Selenium WebDriver (Selenium2) リリース
 2011年その後
⁃ フィージビリティ調査
 2012年
⁃ ブラウザテストに実戦投入
⁃ ブラウザテストのベースとした
19

20
@okitan
@deme0607
@vbanthia
urn:isbn:4774178942

21

クライアント期
(Smartphone SDK)
22

2013年のプラットフォーム
 これまでは、ブラウザ/ゲームサーバが中心だった
 一方この頃、アプリベースのゲームが増えてきた
23
デバイス上の自動化技術に
取り組む機運の高まり

Smartphone SDKの自動化の課題
 SDK単体では、SDKの機能テストを実行できない
⁃ SDKを使ったテストドライバが必要
⁃ なのでSDKを使ったテストアプリを作ることに
⁃ そしてそのアプリを、どうにかして自動操作する
 SDK は種類が色々ある
⁃ for Android (Java)
⁃ for iOS (Objective-C)
⁃ for Unity (C#)
⁃ フレームワーク選定の難しさ
• OS の差異を（ある程度）吸収できるものもある
• 引き換えに操作可能な部分が限定される場合もある
24

Smartphone SDKの自動化
⁃ SDK を使ったテストアプリ
• for Android (Java)
• for iOS (Objective-C)
• for Unity (C#)
⁃ テストアプリを使ったモバイルテスト
• for Android (Java + Ruby)
• for iOS (Objective-C + Ruby)
25

技術的な取り組み
 Mobile Automation
⁃ まだデファクトが確立されていない
⁃ なのでフレームワークも群雄割拠
⁃ もちろんそれぞれにメリット・デメリットがある
⁃ 自動化の要件次第で選択肢が変わってくる
 取り組み
⁃ 昔は Calabash を使っていた
⁃ ブラウザテストとの統合も見据えて Appium に着手
26

27
urn:isbn:4774159905

28
urn:isbn:4774159905

NOW AND FUTURE
29

NOW
30

プラットフォームのSWETとして
 各種自動テストに対応
⁃ WebAPI、WebUI、Smartphone SDK/Application
 その過程で各種アプリケーションも作成
⁃ Webアプリ、スマートフォンアプリ
 大規模サービスのCI環境構築
⁃ コンポーネント数が半端ない…
⁃ “Jenkins 職人”
31

全社横断組織のSWETとして
 各サービス・プロダクトへの対応
⁃ Game BaaS のサポートを開始
⁃ 他にも相談ベースでテストアーキテクチャコンサルなど
 技術の全社展開
⁃ テスト基盤チームを作りました
• 今まで蓄積した技術の横展開ができるように
• サービス横断で使える技術開発のために
• 先端技術の実用化を進めるために
32

具体的な最近の取り組み
 モバイル自動テストの技術開発
 プライベートデバイスファーム構築
 テスト環境の高速化・仮想化
 CI基盤環境の構築
33
エンジニアの開発生産性向上によりフォーカス
基盤技術、テスト基盤としての取り組みを強化

テスト環境の高速化
 シナリオテストあるある
⁃ 実行に時間がかかる
• よろしい、ならば並列化だ
⁃ 分割したけど Worker によってバラつきがある
• 物理的なファイル数やサイズでの分割による限界
• 論理的なシナリオ単位でできるだけ均等に分けたい
 テスト実行計画管理ツールを作りました
⁃ 並列数に応じてシナリオを分割
⁃ シナリオ単位の実行時間を集計
⁃ 累積集計結果を次回実行計画に反映
34

テスト環境の仮想化
 背景
⁃ 分割・並列で高速化できたので、有効活用したい
⁃ 環境準備が意外と面倒なのは昔からの課題
• 構成管理、プロビジョニングも流行るわけで…
 Docker はじめました
⁃ Selenium + Appium + Docker
35

デバイスファーム
 デバイスファームとは？
⁃ “クラウド上にある複数のデバイスを、リモートで操作可能
にしたもの” と呼んでいます
 Smartphone Test Farm (STF)
⁃ OSSのオンプレミス・デバイスファームシステム
⁃ openstf.io
 STF の導入・運用・開発
⁃ コミッターが在籍 (@vbanthia)
⁃ モバイル検証・モバイル自動テストに実践導入中
36

デバイスファームの活用
 モバイル検証
⁃ 検証用デバイスとしての利用方法
⁃ 手元にデバイスを置かずにリモートで操作
⁃ デバイスのログやスクリーンショットの取得が容易
⁃ アプリケーションインストールなど面倒な操作も容易
 モバイル自動テスト
⁃ 自動テストの実行デバイスとしての利用方法
⁃ そのためには API でのデバイス操作が不可欠になった
⁃ なので API を実装しました (v2.0.0)
37

DEMO
38

FUTURE
39

これからのSWET
 方向性
⁃ モバイルテスティング関連技術
⁃ テスト基盤技術
⁃ …でもきっと増えると思います
• 例えば IoT とかどんどん来ますよね
 想い
⁃ 引き続き技術基盤としての立ち位置は大事にしたい
⁃ 課題解決のためのエンジニアリングを忘れずに
40

今日お話したこと
 SWET (Software Engineer in Test) とは？
⁃ どのような役割なのか
⁃ どのようなミッションを持っているのか
 これまでの SWET の取り組み
⁃ Mobage オープンプラットフォームでの取り組み
 SWET の現在、そして未来
⁃ 開発生産性向上へのフォーカス
⁃ テスト基盤としての取り組み
41

SWETというキャリアパス
 キャリアの認知度として
⁃ まだ認知度が高いとは言えない役割ではある
⁃ だからこそのやりがい
 エンジニアの成長として
⁃ 開拓すべき新しい技術がたくさんある
• 技術的チャレンジの機会が多い
⁃ 開発サイクルの全般に関わる
 エンジニアのキャリアパスとして
⁃ 僕はアーキテクトに繋がる1つの道だと思います
• テストアーキテクチャにはシステムデザインが要求される
• 技術的な幅や視野の広さも要求される
42

ご清聴ありがとうございました
43

DeNAが取り組む Software Engineer in Test

More Related Content

What's hot

Similar to DeNAが取り組む Software Engineer in Test

More from Masaki Nakagawa

DeNAが取り組む Software Engineer in Test