「自動家は見た！ 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
•
22 likes•41,429 views
システムテスト自動化カンファレンス2015 (2015/12/13) の発表枠「.reviewrc(おいしが)」名義で発表した資料に「ボツ稿」を加えたものです。(時間:50分) 「.reviewrc(おいしが)」一連の資料： 1.コレ 2.「自動家は見た ～自動化の現場の真実～ SIDE：マネージャ」http://www.slideshare.net/NoriyukiMizuno/stac-2015-side 公式サイト : https://4deb81d081862e256eb240be7c.doorkeeper.jp/events/34145
Recommended
More Related Content
Viewers also liked
Viewers also liked (20)
More from Kazuhito Miura
More from Kazuhito Miura (20)
Recently uploaded
Recently uploaded (9)
「自動家は見た！ 〜自動化の現場の真実〜」-システムテスト自動化カンファレンス2015「.reviewrc(おいしが)」発表枠 #stac2015
- 2. おことわり
- 5. とはいえ…
- 7. なにより…
- 9. ということで
- 11. ● 当セッションは 「架空のエピソードを対象とした発表者の妄想」 です – 実在の人物・団体・出来事と関係ありません – 多分に「思いこみ」をふくみます – やたら他人に攻撃的にデフォルメされています が、発表者の「感情の発露」なのでお許しください おことわり
- 13. 自己紹介 • 通称:みうみう,「なんで来たん？」氏 • Twitter:@kazuhito_m • Github:kazuhito-m • 老害度:38歳、独身、意識低い系 • 職業:プログラマ(SIer、ビジネスアプリ 属),自動家(オートメータ) – フリーランス,屋号「みうらさんとこ」 • 好きなもの:自動化,「継続的なんとか」 – CI/CDとか大好物 – 「楽する」ためには「苦労は厭わない」 三浦 一仁(ミウラ カズヒト)
- 14. 自己紹介 • 通称:みうみう,「なんで来たん？」氏 • Twitter:@kazuhito_m • Github:kazuhito-m • 老害度:38歳、独身、意識低い系 • 職業:プログラマ(SIer、ビジネスアプリ 属),自動家(オートメータ) – フリーランス,屋号「みうらさんとこ」 • 好きなもの:自動化,「継続的なんとか」 – CI/CDとか大好物 – 「楽する」ためには「苦労は厭わない」 三浦 一仁(ミウラ カズヒト) ””自動家”自動家” とか提唱してるとか提唱してる 関西の関西の 自動化大好き自動化大好き おじさんおじさん
- 23. …これ、 どっかで見たなぁ
- 27. ● 当テーマは 「架空のプロジェクトを 対象とした発表者の妄想」 です – 実在の人物・団体・出来事と関係ありません – 多分に「思いこみ」をふくみます – やたら他人に攻撃的にデフォルメされています が、発表者の「感情の発露」なのでお許しください おことわり（数分ぶり二度目）
- 39. 背景、関係者、M氏の関わり方 おきゃく (ダーティ？) プロダクト 雇い主 開発チーム 自動化アドバイザー なかなか、 上手く いかんな… なんとかして下さい 自動家 課題を与える！ 解決するのじゃ！
- 40. Ｍ氏、なんできたん？ おきゃく (ダーティ？) プロダクト 雇い主 開発チーム 自動化アドバイザー なかなか、 上手く いかんな… なんとかして下さい 自動家 課題を与える！ 解決するのじゃ！ 開発チームの「弱い点」として • ・自動テスト • ・上記ふくめ「自動的に回す」ノウハウ • これを補うロールとして、M氏参画。 • • ただし、 「開発者８割：自動家２割」 の割合で仕事せよとのこと
- 41. ただ… それ…なぁ。
- 46. やったこと • その他:チャットサーバ導入、音楽・音声の導入 • 「自動化アドバイザー」に「改善のテーマ」をあたえ られ、「実現方法を考え」「実際に作る」仕事 No. 実現したモノ 1 Javaプロジェクトの整理・整備 2 Jenkinsを使った継続的インテグレーション(CI)環境 3 Dockerを使った継続的デリバリー(CD)環境 (即時デプロイメントパイプライン) 4 CDからつながるVNCSeverとSeleniumテスト環境＆テスト方式 5 メトリクス記録 6 DB更新テスト環境＆テスト方式 7 ステージング環境へのデプロイ自動化(1アクション化 8 本番環境デプロイ自動化(1アクション化)
- 47. 「Ｍ氏」は「どんなこと」をしたのか プロダクト 構造の 整理・掃除 済み 単体 テスト 全てのジョブに… を標準装備 DB込 テスト VCS 反映 (push, commit) OK メトリクス 取得 デプロイ用 バイナリ ビルド テスト用環境 デプロイ 受入 テストベッド 作成 受入環境へ デプロイ 受入(画面) テスト実行 受入 テストベッド 破棄 OK OK OK OK OK OK 自動受入テスト関連 デプロイパイプライン VCS タグ作成 Weｂ 画面 クリック ステージング 環境用バイナリ ビルド OK ステージング 環境へ デプロイ Weｂ 画面 クリック Webサーバ 再起動 OK VCS タグ作成 Weｂ 画面 クリック 本番 環境用バイナリ ビルド OK 本番 環境①へ デプロイ Weｂ 画面 クリック Webサーバ ①再起動 OK 本番 環境①へ デプロイ 以降、サーバ冗長化台数分繰り返し… ビルド&テストパイプライン 成功or失敗にかかわらず 鳴る音楽・音声 失敗時のみ 光るパトランプ 受入テスト画面動画撮影 全てDocker上 でテスト
- 50. …これも、 どっかで見たなぁ
- 51. 主に関西の方々、ありがとう！ と、ここまでのエピソードを 「Asiyan Automation Alliance 2015」にて、 お話させていただきました
- 53. その時、チームに電流走るっ！ チ ー ム に • 「おきゃく」の「組織改編」あり • 担当者が変わり「今までのやり方」を変えるこ とに – 雇い主はそれに呼応、すべてを迎合する • 基本、従来のものは「古い・悪いもの」とし、 「おきゃく」に「都合の良いルール」だけ残す – CI/CDは「そんなことに時間を割いてくれるな」と 直に言われる • 無論「新規の自動テスト」は書けない –書いてるヒマあったら「モノを作る」「テス ト仕様書」にあてるべし • 「自動化アドバイザー」はフェイドアウト
- 56. 方針として… • 「SIer＆どWFler」ちっくなルールが導入 されはじめる –例えば ： WBS導入、詳細設計書など • プロダクトは「これから新しい機能」を 同名を冠した「別の新アプリ」へフォーク –厳しい状態にあって、唯一これは良いこと
- 58. これも有用だが… • M氏は…フォークした「新アプリ」の「構造」 を整理￥再設計していた – パッケージ変更やライブラリの分割・整理 – FW・ライブラリのモダナイズ • 来たるべき「新ソースへのCI／CD」に向けて 「活きる構造」を準備していたようだ •ただし…
- 61. いよいよ… • チームは黙々と開発 –「SIer・WFerなアイテム」続々到着 –Excel方眼紙設計書や、Excelテスト仕様、 キツ目の手動テストなど… • 休出・残業などでメンバは疲弊 • しかし「おきゃく」の言う「重要でマスト な機能群」までは、リリースにこぎつける
- 63. 「Ｍ氏」は「どんなこと」をしたのか プロダクト 単体 テスト DB込 テスト VCS 反映 (push, commit) OK メトリクス 取得 デプロイ用 バイナリ ビルド テスト用環境 デプロイ 受入 テストベッド 作成 受入環境へ デプロイ 受入(画面) テスト実行 受入 テストベッド 破棄 OK OK OK OK OK OK 自動受入テスト関連 デプロイパイプライン VCS タグ作成 Weｂ 画面 クリック ステージング 環境用バイナリ ビルド OK ステージング 環境へ デプロイ Weｂ 画面 クリック Webサーバ 再起動 OK VCS タグ作成 Weｂ 画面 クリック 本番 環境用バイナリ ビルド OK 本番 環境①へ デプロイ Weｂ 画面 クリック Webサーバ ①再起動 OK 本番 環境①へ デプロイ 以降。サーバ冗長化台数分繰り返し… ビルド&テストパイプライン 真っ先に停止。 「コケてるのが常態」となり なおせないため。 動いてはいるが… 「テストを足して無い」 ため、効果薄い 正しく動いているのだが、 見てる人が居ない (こけてても数日 気付かないほど) 良い～感じで活躍 新プロダクト フォーク 新にはそもそもCIがない
- 64. じゃぁ… 「自動家」の M氏は？
- 65. ま、何かしら足掻くよな • M氏は…非公認のレビューア・リファクタリン グ人をやっていた – 自身の仕事は鈍足ですすめつつ – 他者の新規に書いた「コピペソース」や、「気に入 らないソース」をとりあえずテスト書いては直して いたい • 来たるべき「CI/CDが元通りやれる日」を待ち つつ – しかし、なんとなく「その日は来ない」ことを悟っ たM氏は…
- 66. そして… 自動家、離脱
- 77. 多少、捨てバチな 結論としては…
- 83. 本当にわからなくなったもので • 「自動化」目指してますか？ • 目指してるのなら「なぜ？」ですか？ –「バズってるから」？ –「皆がやるから」？ –「自動化の効果を信じてるから」？ –「だれかへの戦略」？ –「外圧」？ • 多くの方の「ソレ」がわかれば「何か 対策が打てる」かもしれない…
- 84. いつかこっそり、 教えて下さい。
- 86. ● 当テーマは 「架空のまた聞きエピソード をつぎはぎしたもの」 です – 実在の人物・団体・出来事と関係ありません – 多分に「思いこみ」「捏造」をふくみます – やたら他人に攻撃的にデフォルメされています が、発表者の「感情の発露」なのでお許しください おことわり（数分ぶり三度目）
- 88. まず、夢想して…
- 100. ぶつぶつぶつぶつ… 妥当… なのか、これ？ いや、ちょっと 安い？ でも、実現した モノからすると そんなもんか… そうやとしても そこはかとなく 安い気がする… 時間かかり 過ぎてる んや！
- 106. では、 視点を変えて…
- 121. でも… それしてるとさ
- 123. オレ達は 「自動化屋」 じゃねぇんだ！
- 131. 例えば…
- 141. よし、 とりあえずは！
- 144. さすれば…
- 149. Part.6 言いたかったこと
- 151. すべては「皆様に願うこと」で… • 「テスト自動化」だけでなく 「現場の自動化」を視野に入れてほしい • 「理想」を持ってほしい • でも「理想」だけでは うまく行かないことも知ってほしい –「預かり知らない外の事情」で簡単に覆る –食ってかなくちゃいけない • 何を価値とし何を売るのか考えてほしい –人それぞれだと思う…ので それを教えてほしい
- 152. 最後に…
- 159. ボツ稿 （実際の発表は 前のページまで）
- 160. テスト系カンファレンスっぽい事を… プロダクト 構造の 整理・掃除 済み 単体 テスト 全てのジョブに… を標準装備 DB込 テスト VCS 反映 (push, commit) OK メトリクス 取得 デプロイ用 バイナリ ビルド テスト用環境 デプロイ 受入 テストベッド 作成 受入環境へ デプロイ 受入(画面) テスト実行 受入 テストベッド 破棄 OK OK OK OK OK OK 自動受入テスト関連 デプロイパイプライン VCS タグ作成 Weｂ 画面 クリック ステージング 環境用バイナリ ビルド OK ステージング 環境へ デプロイ Weｂ 画面 クリック Webサーバ 再起動 OK VCS タグ作成 Weｂ 画面 クリック 本番 環境用バイナリ ビルド OK 本番 環境①へ デプロイ Weｂ 画面 クリック Webサーバ ①再起動 OK 本番 環境①へ デプロイ 以降、サーバ冗長化台数分繰り返し… ビルド&テストパイプライン 成功or失敗にかかわらず 鳴る音楽・音声 失敗時のみ 光るパトランプ 受入テスト画面動画撮影 全てDocker上 でテスト SIer系の皆さーん！ ついでに、 DBUnit最新化 （xlsxファイル対応） しとたんで、 お使いくださーい！
- 163. Part.X 自動化 その前に…