GTMF 2015: 「テスト管理ツール「CAT」導入によるデバッグ管理の効率化とJenkins Enterpriseによるコンテンツパイプラインの改善」 | 株式会社SHIFT
•
0 gostou•2,044 visualizações
【テスト管理ツール「CAT」導入によるデバッグ管理の効率化】 テスト管理ツール「CAT」は、「品質を担保してすばやくリリース」をモットーに、ソフトウェア開発者やテスター、および管理者がソフトウェア開発に重要な情報を共有し、すばやく製品をリリースするために開発された、オールインワンのテスト管理ツールです。ゲームデバッグでのCAT導入事例をご紹介いたします。 【Jenkins Enterpriseによるコンテンツパイプラインの改善】 ゲーム業界では複雑なビルドパイプラインやコンテンツパイプラインが必要になります。このパイプラインの作成、運用に役立つJenkins Enterpriseの機能と改善効果をデモを交えて紹介します。また、ゲーム開発では、スマートフォンゲームを始め、複数のプログラミング言語を用いた開発が増えています。複数のプログラミング言語のコードインスペクションを支援するKiuwanが提供する継続的コードインスペクションについてもJenkins連携を交え紹介致します。 ※本資料は以下の3つのスライドを一つにまとめたものです。 1～23 テスト管理ツール「CAT」導入によるデバッグ管理の効率化 24～34 Kiuwanによる 継続的コードインスペクション 35～53 Jenkins Enterpriseによるコンテンツパイプラインの改善 ---- 島川 知 10年間 携帯電話端末の第三者検証サービスに従事。 2013年株式会社SHIFTに参画。ゲームデバッグサービスの立上げを担う。2014年よりGame Sectionの責任者に就任。 太田 健一郎 大手SIerおよびWebサービス会社にてツール開発、自動テスト、自動ビルドの導 入などを経験。現在、CIやテスト自動化の導入、コンサルティング、トレーニングを担当。 株式会社SHIFT http://www.shiftinc.jp/
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (17)
Destaque
Destaque (20)
Semelhante a GTMF 2015: 「テスト管理ツール「CAT」導入によるデバッグ管理の効率化とJenkins Enterpriseによるコンテンツパイプラインの改善」 | 株式会社SHIFT
Semelhante a GTMF 2015: 「テスト管理ツール「CAT」導入によるデバッグ管理の効率化とJenkins Enterpriseによるコンテンツパイプラインの改善」 | 株式会社SHIFT (20)
Mais de Game Tools & Middleware Forum
Mais de Game Tools & Middleware Forum (20)
Último
Último (11)
GTMF 2015: 「テスト管理ツール「CAT」導入によるデバッグ管理の効率化とJenkins Enterpriseによるコンテンツパイプラインの改善」 | 株式会社SHIFT
- 2. 自己紹介 島川 知 （しまかわ とも） 10年間 携帯電話端末の第三者検証サービスに従事。 2013年株式会社SHIFTに参画。 ゲームデバッグサービスの立上げを担う。 2014年よりGame Sectionの責任者に就任 株式会社SHIFT ソフトウェアテスト事業本部 テストエンジニア部 Game Section Section長
- 3. SHIFTについて
- 4. 4 会社概要 SHIFTは、ソフトウェアの「品質保証」を支援する会社 社名 株式会社SHIFT 業務内容 ソフトウェアの品質保証支援、ソフトウェアテスト事業 設立 2005年9月7日 上場 東証マザーズ 3697 従業員数 500名 ※契約社員含む（2014年10月時点） 代表者 代表取締役社長 丹下 大 Masaru Tange 所在地 【本社＆東京TC】東京都港区麻布台2-4-5メソニック39MTビル 【札幌TC】北海道札幌市中央区北1条西3丁目3 札幌プラザビル 【福岡TC】福岡県福岡市中央区天神1-15-6 綾杉ビル ※TC…テストセンター 子会社 SHIFT INDIA PRIVATE LIMITED（インド国） SHIFT GLOBAL PTE LTD（シンガポール国）
- 5. 5 従業員数
- 6. 6 強み（サマリー）
- 7. 抱えている課題
- 10. テスト管理ツール「CAT」
- 19. CATを導入すると
- 24. Kiuwanによる 継続的コードインスペクション SHIFT & Kiuwan©, an Optimyth™ Brand
- 25. 自動コードインスペクションの課題 • コードインスペクションツールの検出する欠 陥はバグではなく、潜在欠陥もしくは技術的 負債 • たくさんの欠陥を検出してくれるが、どこから 着手して、どこまで直すべきかの定量的根 拠が弱い • 結果、Jenkinsのジョブで自動実行するが、 検出した欠陥は放置されることが多い
- 26. Kiuwan クラウド型コードインスペクションサービス クラウド上 で実施 3. 品質モデルを管理する 1. コードを分析する 2. コードの品質を可視化する 4. ポートフォリオ分析をする Kiuwan Kiuwan©, an Optimyth™ Brand 3
- 27. コードを品質特性に基づいて数値化 Kiuwan©, an Optimyth™ Brand 4
- 28. 品質特性や言語、重要度でドリルダウン Kiuwan©, an Optimyth™ Brand 5
- 29. 複数のソフトウェアのポートフォリオ分析 Kiuwan©, an Optimyth™ Brand 6
- 30. 簡単に開始できる 3. 品質モデルを管理する • 独自のモデルを定義 or 既存モデルを利用 • コードのベストプラクティスとメトリクス • ポートフォリオの定義 1. コードを分析する • ローカルもしくはクラウドで • 開発のライフサイクルに統合できる • 通信は暗号化されている • 分析時間が速い 2. コードの品質を可視化する • リスク • 欠陥 • メトリクス • Technical debt 4. ポートフォリオ分析をする • ポートフォリオ分析をしてアクションを決定 • 複数のアプリケーションと時系列の分析 • 修正に必要な抗すつとリソースを見積もり Kiuwan©, an Optimyth™ Brand 7
- 31. C/C++を始め多数の言語に対応 Kiuwan©, an Optimyth™ Brand 8
- 32. Jenkins Kiuwanプラグイン Jenkins Kiuwanプラグイン Kiuwanプラグインによって、JenkinsによるCIやCDにKiuwanによるコードインスペクションを組 み込むことが可能 Kiuwanのローカル分析がビルドプロセス上で実行され、結果がKiuwanの各アプリケーション にアップされる Kiuwan©, an Optimyth™ Brand 9
- 33. デモ
- 34. Kiuwanによる自動コードインスペクションの改善 • どこから直すの判断が容易 – ベンチマークとなる製品と比較して劣っている品 質特性に関係する欠陥から – 最も低い品質特性の重要度の高いものから • どれだけ直すの判断が容易 – What ifで工数見積もり • どれだけ改善されたの判断が容易 – 時系列と製品横断で品質改善を評価
- 36. 2 • CloudBees Jenkins Platform Enterprise Edition の紹介 • シチュエーション別Enterprise Editionによる解決 – 長いコンテンツパイプラインの記述と実行 – JenkinsのマスターがSPOF – 複数のマスターでスレーブを共有 アジェンダ
- 37. 3 CloudBees Jenkins Platform Enterprise Editionの紹介
- 38. 4 • Enterprise Edition – 通常のオープンソースのJenkinsをベースに、CloudBees 社によって管理・リリースされている有償版 – CentOSとRedHat Enterprise Linuxのような関係 – 中小チームのために機能限定したTeam Editionもあり • メリット – オープンソースのJenkinsの安定版をベースに、 Enterprise Edition独自のプラグインを追加している – Jenkins本体と無償版とEnterprise Editionのプラグイン の両方で、使用にあたってCloudBeesのサポートを受け ることができる CloudBees Jenkins Platform Enterprise Editionの紹介
- 40. 6 • 問題 – ゲーム業界でJenkinsを使う場合、長く複雑なビルドパイプライ ンやコンテンツパイプラインの記述が必要になる • OSS Jenkinsによる解決 – Copy Artifactプラグイン、Parameterized Trigger Plugin、 Conditional Build Stepプラグイン、Build Flow Pluginなどを 組み合わせれば複雑なビルドパイプラインの記述は可能 • 但し、見通しが非常に悪くなる • Enterprise Editionによる解決 – Workflowプラグイン • 実はOSS版でも使える • Enterprise Editionではチェックポイントでのリラン、ステージの可視化 が可能 長いコンテンツパイプラインの記述と実行
- 41. 7 ワークフロー記述例 stage 'GameObjectExport' node { parallel MeshExport: { build 'MeshExport' }, GameObjectExport: { build 'GameObjectExport' } } checkpoint 'GameObjectExportFinished' stage 'AnimationTranform' node { parallel SkeltonExport: { build 'SkeltonExport' }, AnimationTranform: { build 'AnimationTranform' } } ステージ 並列ビルド チェックポイント
- 42. 8 • Workflowプラグイン – GroovyのDSLにより並列実 行やチェックポイントを含 む柔軟なビルドパイプライ ンの記述が可能 • Workflow Stage Viewプ ラグイン – ステージ毎の実行時間の 可視化 – チェックポイントからの再実 行 WorkflowプラグインとWorkflow Stage Viewプラグイン
- 43. 9 JenkinsのマスターがSPOF • 問題 – JenkinsのマスターがSPOFであるため、長く複雑なビルドパイ プラインやコンテンツパイプラインの実行中に落ちてしまうと 回復までのダメージが大きい • OSS Jenkinsによる解決 – マスターはExecutorとはしない – マスターを分ける • 複数のマスターで同じジョブを実行したい場合にマスター管理が面倒 • Enterprise Editionによる解決 – High Availabilityプラグイン • Jenkinsマスターをアクティブ・スタンバイのHA構成に
- 44. 10 Enterprise Editionにおける高可用性 • アクティブ・スタンバイの設定をする アクティブ Jenkins master $JENKINS_HO ME スタンバイ Jenkins master リバース プロキシ
- 45. 11 フェイル・オーバーすると… • サービスが中断して、しばらくしたら、スタンバイ・ノード がサービスを引きつぐ • 設定とビルドの履歴は残る • 人の介在は必要なし • 実行中のビルドは消失する
- 46. 12 HA 監視ツール • フェイル・オーバーを監視する小さなアプリ – 昇格＆降格スクリプトを実行可能 • システム管理者がroot権限で実行することを想定 – IPのエイリアスを変更する – サーバーへ通知する $ java -jar jenkins-ha-monitor.jar -host-promotion path/to/promotion.sh -host-demotion path/to/demotion.sh
- 47. 13 複数のマスターでスレーブを共有 • 問題 – ゲームタイトルごとにJenkinsマスターを立てているが、スレ ーブの稼働率向上のために、複数のタイトルでスレーブを共 有したい • OSS Jenkinsによる解決 – 手動でスレーブの登録先マスターを切り替える • 毎回の手動切り替えが大変 • Enterprise Editionによる解決 – Operations on a cluster of masters with Cluster Ops • 複数のマスターで使用できるスレーブをOperations on a cluster of masters with Cluster Opsで管理できる • 個々のマスターはどのスレーブを使うか判断しなくて良い
- 49. 15 • セキュリティー情報の共有 – ユーザー情報とロール 開発 QA 運用 ops.cloudbees.comeng.cloudbees.com http://sca12-3530-qe.cloudbees.com/jenkins • マスター間の容易な移動 垂直スケールアウトの課題: したいこと…
- 52. 18 • 新規マスターのための組込みグループ • 単一障害点となるメガ・マスターからの脱却 • オペレーション・センターマスターとマスターHAを実現する Enterprise Editionプラグイン • オペレーション・マスターに障害が起きても、Jenkinsマスターは 稼働を継続 • 頻繁に異常終了することなく、迅速に障害から回復する軽量な マスター Enterprise Editionによって水平スケールアウトが可能に