Suche senden
Hochladen
システムテスト自動化標準ガイド第6章
•
3 gefällt mir
•
2,295 views
N
nihon buson
Folgen
Melden
Teilen
Melden
Teilen
1 von 31
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
システムテスト自動化標準ガイド第7章
システムテスト自動化標準ガイド第7章
nihon buson
システムテスト自動化標準ガイド 読書会 第8章
システムテスト自動化標準ガイド 読書会 第8章
システムテスト自動化標準ガイド 読書会 第8章
mirer
システムテスト自動化カンファレンス2015資料
キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015
Toru Koido
第1回 「システムテスト自動化 標準ガイド」 読書会 第1章 テスト自動化のコンテキスト
20150418 システムテスト自動化 第一章
20150418 システムテスト自動化 第一章
Yuki Fujisawa
システムテスト自動化カンファレンスでの #検これ の発表です。
事例から見るテスト自動化のポイント
事例から見るテスト自動化のポイント
Hiroshi Maekawa
自動テストの工数を評価する際は「構築工数」、「結果分析工数」、「メンテナンス工数」のメトリクスを使うと効率よく評価することができます。そのメトリクスをEMTE(手動でのテスト実施工数)という単位を使って評価を行うことで、時間のみの測定より分かりやすく自動化の効果を表すことが出来ます。今回は実際の評価事例を元にEMTEについて解説したいと思います。
EMTEを使って自動化の費用対効果をわかりやすく表現する
EMTEを使って自動化の費用対効果をわかりやすく表現する
JYERUEY
CEDEC2014(2014.9.3)「[CEDEC×JaSST2014コラボセッション]異業種でのテスト自動化の実際」にて使用した資料です。
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
Satsuki Urayama
システムテスト自動化カンファレンス2013 発表資料 https://sites.google.com/site/testautomationresearch/event http://togetter.com/li/597476
スマートフォンアプリの テスト自動化をはじめよう
スマートフォンアプリの テスト自動化をはじめよう
Koji Hasegawa
Empfohlen
システムテスト自動化標準ガイド第7章
システムテスト自動化標準ガイド第7章
nihon buson
システムテスト自動化標準ガイド 読書会 第8章
システムテスト自動化標準ガイド 読書会 第8章
システムテスト自動化標準ガイド 読書会 第8章
mirer
システムテスト自動化カンファレンス2015資料
キーワード駆動によるシステムテストの自動化について 2015
キーワード駆動によるシステムテストの自動化について 2015
Toru Koido
第1回 「システムテスト自動化 標準ガイド」 読書会 第1章 テスト自動化のコンテキスト
20150418 システムテスト自動化 第一章
20150418 システムテスト自動化 第一章
Yuki Fujisawa
システムテスト自動化カンファレンスでの #検これ の発表です。
事例から見るテスト自動化のポイント
事例から見るテスト自動化のポイント
Hiroshi Maekawa
自動テストの工数を評価する際は「構築工数」、「結果分析工数」、「メンテナンス工数」のメトリクスを使うと効率よく評価することができます。そのメトリクスをEMTE(手動でのテスト実施工数)という単位を使って評価を行うことで、時間のみの測定より分かりやすく自動化の効果を表すことが出来ます。今回は実際の評価事例を元にEMTEについて解説したいと思います。
EMTEを使って自動化の費用対効果をわかりやすく表現する
EMTEを使って自動化の費用対効果をわかりやすく表現する
JYERUEY
CEDEC2014(2014.9.3)「[CEDEC×JaSST2014コラボセッション]異業種でのテスト自動化の実際」にて使用した資料です。
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
Satsuki Urayama
システムテスト自動化カンファレンス2013 発表資料 https://sites.google.com/site/testautomationresearch/event http://togetter.com/li/597476
スマートフォンアプリの テスト自動化をはじめよう
スマートフォンアプリの テスト自動化をはじめよう
Koji Hasegawa
自動テストの品質に関する解説とテストパターン
自動テストの品質とテストパターン
自動テストの品質とテストパターン
Toru Koido
たぶん日本初。でも紹介してくださったのは辰巳さんです。
自動テスト知識体系TABOKのご紹介
自動テスト知識体系TABOKのご紹介
Shinsuke Matsuki
システムテスト自動化カンファレンス2013(http://kokucheese.com/event/index/118294/)にて発表した内容です。UI変更に強い自動ブラウザテストの作り方についての資料です。
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
Hiroko Tamagawa
2013年12月1日に開催されたシステムテスト自動化カンファレンス2013の講演資料です。 https://sites.google.com/site/testautomationresearch/event
テスト自動化のこれまでとこれから
テスト自動化のこれまでとこれから
Keizo Tatsumi
TABOK Skill Category2解説
TABOK Skill Category2解説
Kinji Akemine
システムテスト自動化標準ガイド 5章発表資料
システムテスト自動化標準ガイド 5章発表資料
Masatoshi Itoh
システムテスト自動化カンファレンスの講演資料
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
Kinji Akemine
ソフトウェアテスト自動化カンファレンス2020
reg-suitとQA Wolfを活用したVisual Regression Test
reg-suitとQA Wolfを活用したVisual Regression Test
Kazuyuki Tsuzisaki
STAC2013/Lightning Automated Testing Demo
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
H Iseri
2014/12/14に開催された「システムテスト自動化カンファレンス2014」(http://connpass.com/event/9618/)の発表スライドです。
GUI自動テストの保守性を高めるには
GUI自動テストの保守性を高めるには
Nozomi Ito
オープンソースのブラウザテストツール「Selenium WebDriver」の使い方と、テストスクリプトを効率よくメンテナンスする方法について、実際にプログラムを書きながら学べるチュートリアル形式教材です。
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
Nozomi Ito
Stac2013 開会挨拶
Stac2013 開会挨拶
Shinsuke Matsuki
テスト自動化研究会主催「テスト自動化カンファレンス2014」発表資料 質疑応答やTweetいただいた内容について補足を加えたエントリを書きました http://nowsprinting.hatenablog.com/entry/2014/12/15/080000
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
Koji Hasegawa
STAC2013のプレゼン資料。 The presentation file for STAC2013.
Stac2013 opening-koukai
Stac2013 opening-koukai
Kumiko Ohmi
自動テストシステムのアーキテクチャ定義について
テスト自動化とアーキテクチャ
テスト自動化とアーキテクチャ
Toru Koido
システムテスト自動化カンファレンス2013 (2013/12/1開催)のハンズオンプログラムです。
実践で学ぶ、効率的な自動テストスクリプトのメンテナンス
実践で学ぶ、効率的な自動テストスクリプトのメンテナンス
Nozomi Ito
Travis CI Night LT資料 http://eytokyo.doorkeeper.jp/events/9606
iOSアプリ開発でもTravis CI #eytokyo
iOSアプリ開発でもTravis CI #eytokyo
Koji Hasegawa
誰がテスト自動化をするべきか 継続的システムテストスピンオフ企画第一弾 ~あなたのテスト自動化は大量のテストを高速実行するだけですか?〜 というタイトルのLT発表のスライドです。 詳細はこちらです。 http://kokotatata.hatenablog.com/entry/2014/10/24/190131
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
Kotaro Ogino
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)
masanori kataoka
システムテスト自動化カンファレンス2015での発表資料です
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
Kotaro Ogino
関西ソフトウェアテスト勉強会WARAI(2015/2/1)資料 参考文献:間違いだらけの設計レビュー
レビュー方法を実践してみよう20150201
レビュー方法を実践してみよう20150201
Masaki Nakahara
アジャイル開発におけるテストを考えてみた。
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
Dai FUJIHARA
Weitere ähnliche Inhalte
Was ist angesagt?
自動テストの品質に関する解説とテストパターン
自動テストの品質とテストパターン
自動テストの品質とテストパターン
Toru Koido
たぶん日本初。でも紹介してくださったのは辰巳さんです。
自動テスト知識体系TABOKのご紹介
自動テスト知識体系TABOKのご紹介
Shinsuke Matsuki
システムテスト自動化カンファレンス2013(http://kokucheese.com/event/index/118294/)にて発表した内容です。UI変更に強い自動ブラウザテストの作り方についての資料です。
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
Hiroko Tamagawa
2013年12月1日に開催されたシステムテスト自動化カンファレンス2013の講演資料です。 https://sites.google.com/site/testautomationresearch/event
テスト自動化のこれまでとこれから
テスト自動化のこれまでとこれから
Keizo Tatsumi
TABOK Skill Category2解説
TABOK Skill Category2解説
Kinji Akemine
システムテスト自動化標準ガイド 5章発表資料
システムテスト自動化標準ガイド 5章発表資料
Masatoshi Itoh
システムテスト自動化カンファレンスの講演資料
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
Kinji Akemine
ソフトウェアテスト自動化カンファレンス2020
reg-suitとQA Wolfを活用したVisual Regression Test
reg-suitとQA Wolfを活用したVisual Regression Test
Kazuyuki Tsuzisaki
STAC2013/Lightning Automated Testing Demo
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
H Iseri
2014/12/14に開催された「システムテスト自動化カンファレンス2014」(http://connpass.com/event/9618/)の発表スライドです。
GUI自動テストの保守性を高めるには
GUI自動テストの保守性を高めるには
Nozomi Ito
オープンソースのブラウザテストツール「Selenium WebDriver」の使い方と、テストスクリプトを効率よくメンテナンスする方法について、実際にプログラムを書きながら学べるチュートリアル形式教材です。
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
Nozomi Ito
Stac2013 開会挨拶
Stac2013 開会挨拶
Shinsuke Matsuki
テスト自動化研究会主催「テスト自動化カンファレンス2014」発表資料 質疑応答やTweetいただいた内容について補足を加えたエントリを書きました http://nowsprinting.hatenablog.com/entry/2014/12/15/080000
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
Koji Hasegawa
STAC2013のプレゼン資料。 The presentation file for STAC2013.
Stac2013 opening-koukai
Stac2013 opening-koukai
Kumiko Ohmi
自動テストシステムのアーキテクチャ定義について
テスト自動化とアーキテクチャ
テスト自動化とアーキテクチャ
Toru Koido
システムテスト自動化カンファレンス2013 (2013/12/1開催)のハンズオンプログラムです。
実践で学ぶ、効率的な自動テストスクリプトのメンテナンス
実践で学ぶ、効率的な自動テストスクリプトのメンテナンス
Nozomi Ito
Travis CI Night LT資料 http://eytokyo.doorkeeper.jp/events/9606
iOSアプリ開発でもTravis CI #eytokyo
iOSアプリ開発でもTravis CI #eytokyo
Koji Hasegawa
誰がテスト自動化をするべきか 継続的システムテストスピンオフ企画第一弾 ~あなたのテスト自動化は大量のテストを高速実行するだけですか?〜 というタイトルのLT発表のスライドです。 詳細はこちらです。 http://kokotatata.hatenablog.com/entry/2014/10/24/190131
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
Kotaro Ogino
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)
masanori kataoka
システムテスト自動化カンファレンス2015での発表資料です
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
Kotaro Ogino
Was ist angesagt?
(20)
自動テストの品質とテストパターン
自動テストの品質とテストパターン
自動テスト知識体系TABOKのご紹介
自動テスト知識体系TABOKのご紹介
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
20131201 テスト自動化カンファレンスLT「激しいUI変更との戦い」
テスト自動化のこれまでとこれから
テスト自動化のこれまでとこれから
TABOK Skill Category2解説
TABOK Skill Category2解説
システムテスト自動化標準ガイド 5章発表資料
システムテスト自動化標準ガイド 5章発表資料
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
reg-suitとQA Wolfを活用したVisual Regression Test
reg-suitとQA Wolfを活用したVisual Regression Test
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
組み込み開発でのシステムテスト自動化の一つの考え方(STAC)
GUI自動テストの保守性を高めるには
GUI自動テストの保守性を高めるには
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
4時間で学ぶ、効率的な自動テストスクリプトのメンテナンス
Stac2013 開会挨拶
Stac2013 開会挨拶
ビルドプロセスとCI #STAC2014
ビルドプロセスとCI #STAC2014
Stac2013 opening-koukai
Stac2013 opening-koukai
テスト自動化とアーキテクチャ
テスト自動化とアーキテクチャ
実践で学ぶ、効率的な自動テストスクリプトのメンテナンス
実践で学ぶ、効率的な自動テストスクリプトのメンテナンス
iOSアプリ開発でもTravis CI #eytokyo
iOSアプリ開発でもTravis CI #eytokyo
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
【楽天テックカンファ前夜祭2014】誰がテスト自動化をするべきか #rakutentech
Agileツール適合化分科会(テスト自動化ツール)
Agileツール適合化分科会(テスト自動化ツール)
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
Andere mochten auch
関西ソフトウェアテスト勉強会WARAI(2015/2/1)資料 参考文献:間違いだらけの設計レビュー
レビュー方法を実践してみよう20150201
レビュー方法を実践してみよう20150201
Masaki Nakahara
アジャイル開発におけるテストを考えてみた。
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
Dai FUJIHARA
2016/6/19のWACATEの資料(@三浦で60分)
20160619 wacate
20160619 wacate
Kouichi Akiyama
社内でアジャイルテスト勉強会について発表した資料を公開用に修正したもの。
アジャイルテスト勉強会
アジャイルテスト勉強会
貴大 平田
スタートHaskell2で発表
すごいHaskell楽しく学ぼう 第6章
すごいHaskell楽しく学ぼう 第6章
aomori ringo
Tapl 5
Tapl 5
rf0444
アジャイルサムライ読書会 横浜道場 特別編 「アジャイルは組織を変えられるのか」(http://goo.gl/OdciP)のオープニングとエピローグ部分の発表資料です。メイン資料はこちら=> http://goo.gl/TkDLR
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
Dai FUJIHARA
It all started with an idea when it got announced and shared by Kaspars Dambis. He wrote a blog post about it and I really started digging the idea even more. During this talk I will discuss new options Apple TV gives developers like us. Showing the power of the REST API and the XML template format of Apple to build a WooCommerce AppleTV app.
WooCommerce & Apple TV
WooCommerce & Apple TV
Marko Heijnen
システムテスト自動化標準ガイド読書会で発表した資料です。
第4章 自動比較
第4章 自動比較
toku toku
20120830 DBリファクタリング読書会第三回
20120830 DBリファクタリング読書会第三回
都元ダイスケ Miyamoto
第二回 システムテスト自動化 標準ガイド 読書会
テスト自動化読書会 第3章 20150523
テスト自動化読書会 第3章 20150523
dnoguchi
http://partake.in/events/e2f99b6b-a96f-4819-80d5-c5d61d2b427cのLT
文芸的プログラミング
文芸的プログラミング
Shoko Sasaki
Developers Summit2015での発表資料です http://event.shoeisha.jp/devsumi/20150219/session/647/
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
gree_tech
第1回「システムテスト自動化 標準ガイド」読書会 第2章 キャプチャーリプレイはテスト自動化ではない
20150418 システムテスト自動化 第二章
20150418 システムテスト自動化 第二章
atsushi ishiji
インタビューの失敗談と リーン顧客開発 川鯉 光起 はじめに リーン顧客開発について 読んでいたら防げたはずの自分達の失敗経験と ハイライトをセットで紹介 活動 音楽活動の支援 期間:2014年08月~12月 感度:チームに音楽経験者無し 動機:市場が大きいと思った 流れ: ・ユーザインタビュー ・アイデア出し ・ソリューションインタビュー 学習の支援 期間:2015年01月~ 感度:チームの持っている課題 動機:自分たちの課題 流れ: ・ユーザインタビュー ・アイデア出し ・ソリューションインタビュー 仮説を立てる 対象を決める 対象を探す 話を聞く 失敗CASE1 見当外れのアイデアが量産 チーム内での認識を合わせていなかった 対策:認識合わせをする チーム内での認識を合わせる • 顧客は______についての課題を抱えている。 • 顧客は、この課題の解決のために______を投資する用意がある。 • この製品を使い始めた顧客は、______を得ることができる。 • この問題は、顧客の______に影響する。 • 顧客はすでに______のようなツールを使用している。 • 顧客の購買決定は______の影響を受けている。 • この製品は______という理由で、顧客にとって有用になるだろう。 • 顧客はテクノロジーに対して______である。 • 顧客は変化に対して______である。 • この製品の開発/製造には______を要するだろう。 p22,リーン顧客開発 チームで認識を合わせるときには、以下の項目を考えます。 失敗CASE2 仮説もなく、仮説を検証するためのインタビューでもない やめるタイミングが分からない インタビューをやめることを考えてなかった このインタビューいつまで続くのかな。。。 もう、100人近くインタビューしてるけど 対策:先に仮説を決めてインタビューする 話を聞いて驚かなくなったら止める 課題仮説を記述する [顧客像]は、[タスク]をするとき、[課題の内容]という課題がある。 または、 [顧客像]は、[制限/制約]のために、[課題]を体験している。 p25,リーン顧客開発 「新しい分野を始める学習者は、教材を選択をするとき、 自分に適してない教材を選択してしまう課題がある。」 例えば 顧客セグメント仮説を記述する • 節約重視か、時間重視か? • 意思決定に従う人か、意思決定をする人か? • コントロールを求めるか、利便性を求め
LeanCustomerDevelopment
LeanCustomerDevelopment
Kouki Kawagoi
TAPL勉強会 第1章 (2012-07-17)
TAPL勉強会 第1章 (2012-07-17)
none_toka
2016年6月25日に開催したNaITE#15のオープニング資料です。 http://nagasaki-it-engineers.connpass.com/event/31984/
NaITE#15オープニング資料
NaITE#15オープニング資料
Akira Ikeda
2015年2月28日にRegional Scrum Gathering Tokyo 2015にて発表したスライドです。
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
健 渡会
a-hisame
Developers Summit 2015登壇資料
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
Kashima Megumi
Andere mochten auch
(20)
レビュー方法を実践してみよう20150201
レビュー方法を実践してみよう20150201
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
20160619 wacate
20160619 wacate
アジャイルテスト勉強会
アジャイルテスト勉強会
すごいHaskell楽しく学ぼう 第6章
すごいHaskell楽しく学ぼう 第6章
Tapl 5
Tapl 5
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
アジャイルリーダーシップと組織改革 ~楽天のアジャイル開発というリアル~ エピローグ
WooCommerce & Apple TV
WooCommerce & Apple TV
第4章 自動比較
第4章 自動比較
20120830 DBリファクタリング読書会第三回
20120830 DBリファクタリング読書会第三回
テスト自動化読書会 第3章 20150523
テスト自動化読書会 第3章 20150523
文芸的プログラミング
文芸的プログラミング
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
[デブサミ2015] スクラムならうまくいく?〜グリーのネイティブゲーム作りの歴史をひもとく、そして未来へ〜
20150418 システムテスト自動化 第二章
20150418 システムテスト自動化 第二章
LeanCustomerDevelopment
LeanCustomerDevelopment
TAPL勉強会 第1章 (2012-07-17)
TAPL勉強会 第1章 (2012-07-17)
NaITE#15オープニング資料
NaITE#15オープニング資料
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
Stg2015 1c-1プレゼン資料 いまココにある請負アジャイル開発現場の実態 ~4年で4億弱売上20案件以上の実践経験から語る~
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
名前付けのすすめ / GMOペパボ株式会社 鹿島恵実(かしめぐ)
Ähnlich wie システムテスト自動化標準ガイド第6章
もし自分のチーム以外にテストをお願いしないと行けない時に最低限守ってほしいルール
Testing processqualifylevel 2009
Testing processqualifylevel 2009
Shinsuke Matsuki
IT,Automation,Embedded Technology
Et west テスト自動化_公開版
Et west テスト自動化_公開版
Noriyuki Mizuno
CEDEC2022の講演資料です。 『開発もQAも自動テスト!「LOST JUDGMENT:裁かれざる記憶」のQAテスター参加で進化した「テスト自動化チーム(仮)」の取り組みについて』 株式会社セガ 第1事業部 阪上直樹 株式会社セガ プロジェクト業務部 門脇 健造 株式会社セガ 開発技術部 粉川貴至
開発もQAも自動テスト!「LOST JUDGMENT:裁かれざる記憶」のQAテスター参加で進化した「テスト自動化チーム(仮)」の取り組みについて
開発もQAも自動テスト!「LOST JUDGMENT:裁かれざる記憶」のQAテスター参加で進化した「テスト自動化チーム(仮)」の取り組みについて
SEGADevTech
第3回selenium勉強会の発表資料です。 自動化のスキルを身に付ける為の個人的な取り組みのご紹介です。 みなさまのお役にたてれば幸いです。
Azureを使って手軽にブラウザテストの自動化をはじめよう
Azureを使って手軽にブラウザテストの自動化をはじめよう
Naoya Kojima
昔、現場の人に頼まれて作った資料。何と名前をつければよいかよくわからなかったので、タイトルは敢えて大雑把。当時それっぽいと思ってたことを書いただけなので、今は違うことを思ってるかもしれない。
Software testing
Software testing
Masayuki Wakizaka
自動化パタン・ランゲージについての発表@ Agile Tour Osaka です。 フィードバックいただいた皆様に感謝。
テスト自動化のパタンランゲージ@Agilet Tour Osaka
テスト自動化のパタンランゲージ@Agilet Tour Osaka
Hiroshi Maekawa
In STAC2017 closing session. I present for the guide of skill for Test Automation System Architecture.
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
ryuji koyama
My talk in the JaSST 22 Tohoku
2022-jasst-tohoku.pdf
2022-jasst-tohoku.pdf
Kazuaki Matsuo
2021/9/12 PHP勉強会
Php勉強会スライド
Php勉強会スライド
suzumurashingo
Continuous delivery chapter4
Continuous delivery chapter4
favril1
Beta release in JaSST'17 Tokyo. It is automation software testing skill standard framework.
Automationtestssf beta
Automationtestssf beta
ryuji koyama
AWS Black Belt Tech Webinar 2014 (旧マイスターシリーズ) Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
Amazon Web Services Japan
第2回nseg slideshare
第2回nseg slideshare
ko ty
Ähnlich wie システムテスト自動化標準ガイド第6章
(13)
Testing processqualifylevel 2009
Testing processqualifylevel 2009
Et west テスト自動化_公開版
Et west テスト自動化_公開版
開発もQAも自動テスト!「LOST JUDGMENT:裁かれざる記憶」のQAテスター参加で進化した「テスト自動化チーム(仮)」の取り組みについて
開発もQAも自動テスト!「LOST JUDGMENT:裁かれざる記憶」のQAテスター参加で進化した「テスト自動化チーム(仮)」の取り組みについて
Azureを使って手軽にブラウザテストの自動化をはじめよう
Azureを使って手軽にブラウザテストの自動化をはじめよう
Software testing
Software testing
テスト自動化のパタンランゲージ@Agilet Tour Osaka
テスト自動化のパタンランゲージ@Agilet Tour Osaka
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
2022-jasst-tohoku.pdf
2022-jasst-tohoku.pdf
Php勉強会スライド
Php勉強会スライド
Continuous delivery chapter4
Continuous delivery chapter4
Automationtestssf beta
Automationtestssf beta
Provisioning & Deploy on AWS
Provisioning & Deploy on AWS
第2回nseg slideshare
第2回nseg slideshare
システムテスト自動化標準ガイド第6章
1.
システムテスト自動化 標準ガイド 第6章 前処理と後処理の自動化 @nihonbuson
2.
Agenda • 自動テストと自動テスティングの違い • 前処理及び後処理の特徴 •
前処理の内容 • 後処理の内容 • 前処理と後処理を行うタイミング • アプローチ方法 ※書籍とは記載順が異なります
3.
自動テストと自動テスティングの違い • 自動テスト 実行と比較のみ自動 テストケース毎に分析 • 自動テスティング 分析以外の全てを自動で行う 分析は最後 6.1.4(p223)
4.
自動テストと自動テスティングの違い • 自動テスト 実行と比較のみ自動 テストケース毎に分析 • 自動テスティング 分析以外の全てを自動で行う 分析は最後 6.1.4(p223) 朝に確認
5.
前処理及び後処理の特徴 • やることが多い • まとまって現れる •
共通部分が多い • 簡単に自動化できる • 行うタイミングは2種類(後ほど紹介) • 各テストケースの前後 • テスト開始前後 6.1.3(p222)
6.
前処理の内容 1. 生成 2. チェック 3.
再配置 4. 変換 特徴:テスト実行前にデータを準備 6.1.1(p221) 6.2.1(p225)
7.
前処理の内容 1. 生成 2. チェック 3.
再配置 4. 変換 特徴:テスト実行前にデータを準備 6.1.1(p221) 6.2.1(p225) テストデータ作成 不要データ削除
8.
前処理の内容 1. 生成 2. チェック 3.
再配置 4. 変換 特徴:テスト実行前にデータを準備 6.1.1(p221) 6.2.1(p225) ディスク容量 ネットワーク疎通
9.
前処理の内容 1. 生成 2. チェック 3.
再配置 4. 変換 特徴:テスト実行前にデータを準備 6.1.1(p221) 6.2.1(p225) ファイルコピー ファイル移動
10.
前処理の内容 1. 生成 2. チェック 3.
再配置 4. 変換 特徴:テスト実行前にデータを準備 6.1.1(p221) 6.2.1(p225) ファイル圧縮 ファイル形式変更
11.
前処理の内容 テストデータの用意方法(ギア本より) • 手作業 • DBのデータ保存 6.1.5(p224)
12.
前処理の内容 テストデータの用意方法(追加) • 手作業 • 画面操作の自動化 •
DBのデータ保存 • APIによる用意 6.1.5(p224)
13.
APIによる用意とは? 画面操作 API プログラム DB 生年月日 メール ID パスワード 生年月日 登録
14.
APIによる用意とは? 画面操作 API プログラム DB 年 月 日 メール ID パスワード 生年月日 登録
15.
前処理の内容 テストデータの用意方法の利点・欠点 6.1.5(p224) 手作業 画面操作の 自動化 DB API セットアップ の頻度 ✕ 毎回操作する ◎ 初回のみ操作 ◎ 初回のみ操作 ◎ 初回のみ操作 画面の 仕様変更 ◎ 強い ✕ 弱い ◎ 強い ◎ 強い DBの 仕様変更 ◎ 強い ◎ 強い ✕ 弱い ◎ 強い 開発の手間 ◎ 変わらない ◎ 変わらない ◎ 変わらない ✕ 要API作成
16.
前処理の内容 アンケート • 手作業 • 画面操作の自動化 •
DBのデータ保存 • APIによる用意 • その他 6.1.5(p224)
17.
後処理の内容 1. 削除 2. チェック 3.
再配置 4. 変換 特徴:テストの成果物を削除or保管 6.1.2(p221) 6.2.2(p226)
18.
後処理の内容 1. 削除 2. チェック 3.
再配置 4. 変換 特徴:テストの成果物を削除or保管 レコード削除 画像キャプチャの削除 6.1.2(p221) 6.2.2(p226)
19.
後処理の内容 1. 削除 2. チェック 3.
再配置 4. 変換 特徴:テストの成果物を削除or保管 ファイルの存在確認 6.1.2(p221) 6.2.2(p226)
20.
後処理の内容 1. 削除 2. チェック 3.
再配置 4. 変換 特徴:テストの成果物を削除or保管 ファイル移動 6.1.2(p221) 6.2.2(p226)
21.
後処理の内容 1. 削除 2. チェック 3.
再配置 4. 変換 特徴:テストの成果物を削除or保管 DB値をレポートへ 6.1.2(p221) 6.2.2(p226)
22.
後処理の内容 後処理のポイント • フェールセーフ • 失敗原因を記録 6.3.1(p230)
23.
後処理の内容 後処理のポイント • フェールセーフ • 失敗原因を記録 6.3.1(p230) 後処理失敗なら テストは失敗扱いに(?)
24.
後処理の内容 後処理のポイント • フェールセーフ • 失敗原因を記録 6.3.1(p230) DB状態(どこ?) スクリーンショット
25.
前処理と後処理を行うタイミング • テスト開始前と終了後 • データの生成 •
データの削除 • テストケース開始前と終了後 • データ保存 • データの復元 6.1.5(p224) 6.2.3(p228)
26.
アプローチ方法 • スクリプトを用意 • コマンドファイルの使用 •
データ駆動アプローチ • キーワード駆動アプローチ • テストケース定義ファイルの使用 6.4.2∼6.4.6(p235∼p238)
27.
アプローチ方法 • スクリプトを用意 • コマンドファイルの使用 •
データ駆動アプローチ • キーワード駆動アプローチ • テストケース定義ファイルの使用 6.4.2∼6.4.6(p235∼p238) 処理に適している 使える人が多い いつでも誰でも実行 自動化しやすい
28.
アプローチ方法 • スクリプトを用意 • コマンドファイルの使用 •
データ駆動アプローチ • キーワード駆動アプローチ • テストケース定義ファイルの使用 命令をDBに読み込む 6.4.2∼6.4.6(p235∼p238)
29.
アプローチ方法 • スクリプトを用意 • コマンドファイルの使用 •
データ駆動アプローチ • キーワード駆動アプローチ • テストケース定義ファイルの使用 6.4.2∼6.4.6(p235∼p238) 単純なキーワードで 作成できる 例)ファイル移動
30.
アプローチ方法 • スクリプトを用意 • コマンドファイルの使用 •
データ駆動アプローチ • キーワード駆動アプローチ • テストケース定義ファイルの使用 テスト内容だけでなく テスト前後の処理も記載 6.4.2∼6.4.6(p235∼p238)
31.
まとめ • 前処理や後処理を自動化することは比較的容易 • 生成(削除)・チェック・再配置・変換 の4つで構成されている •
正常終了したら成果物を削除 異常終了したらファイルやデータを残す • 前処理・後処理は様々なアプローチ方法がある
Jetzt herunterladen