Submit Search
Upload
WACATE2015夏モーニングセッション
•
5 likes
•
831 views
Satsuki Urayama
Follow
WACATE2015夏 モーニングセッション ソフトウェアテストチョットデキタ!テスト設計コンテストで学んだこと by しなてす
Read less
Read more
Engineering
Report
Share
Report
Share
1 of 89
Download now
Download to read offline
Recommended
クラウド型ゲームエンジン"PlayCanvas"を紹介しております。 主に3D,2D,アニメーション等デザイナーに寄った資料となっております。 2016年9月5日 #SpriteStudio 勉強会 『発注 x 受注 x Friendship』@GMO Yours
デザイナーにも優しいクラウド型ゲームエンジン"PlayCanvas"
デザイナーにも優しいクラウド型ゲームエンジン"PlayCanvas"
GMO GlobalSign Holdings K.K.
Effective Software Test Case Design Approach highlights typical wrong approaches to software test case design and focuses on an effective methodology in test case design from a collaborative approach. Through the use of an example requirement/user story, this presentation highlights the "interactions" between the stakeholders, i.e. Product Owner, Developer, and Test Engineer in the development of user story acceptance criteria, details, test scope, and effective, consistent and valid test cases.
Effective Software Test Case Design Approach
Effective Software Test Case Design Approach
Charles D. Carson, MSSWE, CSM, ASQ-CSQE
セイコーエプソン株式会社、萩原豊隆さんによる、新しいモデリング手法、 「動詞de!! モデリング」のプレゼンテーションです。 ・ソフトウェアの振る舞いは動詞で表現できます。しかし今までのモデリング手順では、“動詞”を適切に扱えませんでした。例えば名詞つまり目的語に着目する一方で、付随する動詞を無視して振る舞いを漏らす。あるいは「○○制御」クラスのように振る舞いがすべて“制御”という言葉に隠れてしまう。いずれも動詞の取り扱いのまずさに起因します。 ・そこで目的語と共に動詞も同時にクラス図へ変換する手法を作りました。モデリングツールを使って、目的語と動詞の組み合わせをサクサクとクラス図に変換していきます。クラス図の良し悪しは読み上げて確認です。単純かつ明快なので誰もがセンスに依存せずにモデリングできるようになります。
Modeling by Verb
Modeling by Verb
ChangeVision
Test-case design
Test-case design
Alex Fruzenshtein
第1回自動テスト勉強会のたたき台。 思ったことを淡々とつなげただけのものです。
システム開発のテスト メモリーツリー
システム開発のテスト メモリーツリー
SE情報技術研究会
Test case design_the_basicsv0.4
Test case design_the_basicsv0.4
guest31fced
Pairwise and Combinatorial testing can dramatically improve the efficiency and effectiveness of both test design (identifying and document what to test) as well as test execution (the process of executing the test cases). This presentation, by Justin Hunter, the founder of Hexawise, to members of TISQA, explains how these methods work, highlights empirical evidence that shows this method has been proven to more than double the number of defects found per tester hour in ten separate projects, and highlights a case study of a recent user of the Hexawise test design tool.
Efficient And Effective Test Design
Efficient And Effective Test Design
Justin Hunter
2012/01/14 にわんくま名古屋でLTした資料です。
うさみみのソフトウェアテスト勉強法
うさみみのソフトウェアテスト勉強法
kyon mm
Recommended
クラウド型ゲームエンジン"PlayCanvas"を紹介しております。 主に3D,2D,アニメーション等デザイナーに寄った資料となっております。 2016年9月5日 #SpriteStudio 勉強会 『発注 x 受注 x Friendship』@GMO Yours
デザイナーにも優しいクラウド型ゲームエンジン"PlayCanvas"
デザイナーにも優しいクラウド型ゲームエンジン"PlayCanvas"
GMO GlobalSign Holdings K.K.
Effective Software Test Case Design Approach highlights typical wrong approaches to software test case design and focuses on an effective methodology in test case design from a collaborative approach. Through the use of an example requirement/user story, this presentation highlights the "interactions" between the stakeholders, i.e. Product Owner, Developer, and Test Engineer in the development of user story acceptance criteria, details, test scope, and effective, consistent and valid test cases.
Effective Software Test Case Design Approach
Effective Software Test Case Design Approach
Charles D. Carson, MSSWE, CSM, ASQ-CSQE
セイコーエプソン株式会社、萩原豊隆さんによる、新しいモデリング手法、 「動詞de!! モデリング」のプレゼンテーションです。 ・ソフトウェアの振る舞いは動詞で表現できます。しかし今までのモデリング手順では、“動詞”を適切に扱えませんでした。例えば名詞つまり目的語に着目する一方で、付随する動詞を無視して振る舞いを漏らす。あるいは「○○制御」クラスのように振る舞いがすべて“制御”という言葉に隠れてしまう。いずれも動詞の取り扱いのまずさに起因します。 ・そこで目的語と共に動詞も同時にクラス図へ変換する手法を作りました。モデリングツールを使って、目的語と動詞の組み合わせをサクサクとクラス図に変換していきます。クラス図の良し悪しは読み上げて確認です。単純かつ明快なので誰もがセンスに依存せずにモデリングできるようになります。
Modeling by Verb
Modeling by Verb
ChangeVision
Test-case design
Test-case design
Alex Fruzenshtein
第1回自動テスト勉強会のたたき台。 思ったことを淡々とつなげただけのものです。
システム開発のテスト メモリーツリー
システム開発のテスト メモリーツリー
SE情報技術研究会
Test case design_the_basicsv0.4
Test case design_the_basicsv0.4
guest31fced
Pairwise and Combinatorial testing can dramatically improve the efficiency and effectiveness of both test design (identifying and document what to test) as well as test execution (the process of executing the test cases). This presentation, by Justin Hunter, the founder of Hexawise, to members of TISQA, explains how these methods work, highlights empirical evidence that shows this method has been proven to more than double the number of defects found per tester hour in ten separate projects, and highlights a case study of a recent user of the Hexawise test design tool.
Efficient And Effective Test Design
Efficient And Effective Test Design
Justin Hunter
2012/01/14 にわんくま名古屋でLTした資料です。
うさみみのソフトウェアテスト勉強法
うさみみのソフトウェアテスト勉強法
kyon mm
JaSST'08 Kyushu での発表資料の一部抜粋版。
マインドマップを使った 仕様分析&テスト設計
マインドマップを使った 仕様分析&テスト設計
Akira Ikeda
2015年8月12日開催の「長崎 SWQuality & Development Gathering 2015」のでの資料。 http://kokucheese.com/event/index/307158/
「長崎SWQuality&DevelopmentGathering2015」V字モデルのテスト工程のインプットがUSDM形式だったときに慌てないために
「長崎SWQuality&DevelopmentGathering2015」V字モデルのテスト工程のインプットがUSDM形式だったときに慌てないために
Akira Ikeda
Software Architecture: Test Case Writing
Software Architecture: Test Case Writing
Sitdhibong Laokok
6/15(水)「はじめてのテスト講座~初心者向けソフトウェアテストのお話~ in Fusic」
はじめてのソフトウェアテスト
はじめてのソフトウェアテスト
Rina Fukuda
ウォーターフォールの工程と各種テストについての勉強会資料
ソフトウェア開発工程とテスト入門
ソフトウェア開発工程とテスト入門
tadaaki hayashi
2016年09月02日: タイポなどふくめ微修正 2016年09月01日: スライドをいくつか追加。一部の文言を変更。参考資料追加。 2016年06月22日: タイポなどふくめ微修正 - - - - - - - - - - - - - - - - - - - - - 第7回Quesの講演資料です。 https://atnd.org/events/71474 Quesについてはこちら。 http://quesqa.com/ https://twitter.com/Ques_staff 当日のハッシュタグは #ques7
概説 テスト分析
概説 テスト分析
崇 山﨑
Test Case Design
Test Case Design
acatalin
わんくま同盟勉強会@大阪#60でお話しさせて頂きました。 『C#実装から見るDDD(ドメイン駆動設計)』を多少手直しをして、再掲載しました。
C#実装から見るDDD(ドメイン駆動設計)
C#実装から見るDDD(ドメイン駆動設計)
Takuya Kawabe
探索的テスト入門
探索的テスト入門
H Iseri
Amazon search test case document
Amazon search test case document
Sunil Kumar Gunasekaran
オブジェクト指向では、モデリング(分析)、設計、実装は、切れ目のない一体の活動。初期の分析は初期の設計であり、初期の実装。毎日分析し、毎日設計し、毎日実装しながら、一歩一歩、モデルも実装も進化させていく。
オブジェクト指向プログラミングのためのモデリング入門
オブジェクト指向プログラミングのためのモデリング入門
増田 亨
JaSST2016東京 事例発表
レビュー目的・観点設定の効果と課題
レビュー目的・観点設定の効果と課題
Adachi Kenji
Writing Test Cases in Agile
Writing Test Cases in Agile
Writing Test Cases in Agile
Saroj Singh
2016/6/7 資料をアップデートしました。
[AWSマイスターシリーズ] AWS CLI / AWS Tools for Windows PowerShell
[AWSマイスターシリーズ] AWS CLI / AWS Tools for Windows PowerShell
Amazon Web Services Japan
Communications and cooperation between development and operations isn't optional, it's mandatory. Flickr takes the idea of "release early, release often" to an extreme - on a normal day there are 10 full deployments of the site to our servers. This session discusses why this rate of change works so well, and the culture and technology needed to make it possible.
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
John Allspaw
Wacate2015冬bppセッションです。
私のテスト、あなたのテスト
私のテスト、あなたのテスト
Satsuki Urayama
テストを効率的に実行する方法の一つとして、自動化があります。しかし、「自動化することで手作業がなくなり、バグがたくさん見つかる」ということはありません。テスト自動化で見逃しがちな落とし穴を、現場の事例を交えながらご紹介します。
テスト自動化の現場から~落とし穴に気を付けよう~
テスト自動化の現場から~落とし穴に気を付けよう~
Satsuki Urayama
自動化したテストは一度作ったら終わりではなく、テスト対象への仕様追加や仕様変更、テスト環境の変化などに適応していかなければなりません。この発表では、実際の現場で起きた自動化の失敗例や、成功例をご紹介します。
テスト自動化の現場から~テスト自動化の保守の話~
テスト自動化の現場から~テスト自動化の保守の話~
Satsuki Urayama
かえる井の中ふりかえる 私の自動化経験 WACATE2012冬 BPPセッション 2012年12月
WACATE2012WinterBPPsession
WACATE2012WinterBPPsession
Satsuki Urayama
CEDEC2014(2014.9.3)「[CEDEC×JaSST2014コラボセッション]異業種でのテスト自動化の実際」にて使用した資料です。
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
Satsuki Urayama
2014.5.23 JaSST'14 Tohoku 事例発表
Jasst14東北 事例発表 share
Jasst14東北 事例発表 share
Satsuki Urayama
第1回 日本Seleniumユーザーコミュニティ勉強会 LT
ノンプログラマのためのSelenium de DDTはじめの一歩
ノンプログラマのためのSelenium de DDTはじめの一歩
Satsuki Urayama
More Related Content
Viewers also liked
JaSST'08 Kyushu での発表資料の一部抜粋版。
マインドマップを使った 仕様分析&テスト設計
マインドマップを使った 仕様分析&テスト設計
Akira Ikeda
2015年8月12日開催の「長崎 SWQuality & Development Gathering 2015」のでの資料。 http://kokucheese.com/event/index/307158/
「長崎SWQuality&DevelopmentGathering2015」V字モデルのテスト工程のインプットがUSDM形式だったときに慌てないために
「長崎SWQuality&DevelopmentGathering2015」V字モデルのテスト工程のインプットがUSDM形式だったときに慌てないために
Akira Ikeda
Software Architecture: Test Case Writing
Software Architecture: Test Case Writing
Sitdhibong Laokok
6/15(水)「はじめてのテスト講座~初心者向けソフトウェアテストのお話~ in Fusic」
はじめてのソフトウェアテスト
はじめてのソフトウェアテスト
Rina Fukuda
ウォーターフォールの工程と各種テストについての勉強会資料
ソフトウェア開発工程とテスト入門
ソフトウェア開発工程とテスト入門
tadaaki hayashi
2016年09月02日: タイポなどふくめ微修正 2016年09月01日: スライドをいくつか追加。一部の文言を変更。参考資料追加。 2016年06月22日: タイポなどふくめ微修正 - - - - - - - - - - - - - - - - - - - - - 第7回Quesの講演資料です。 https://atnd.org/events/71474 Quesについてはこちら。 http://quesqa.com/ https://twitter.com/Ques_staff 当日のハッシュタグは #ques7
概説 テスト分析
概説 テスト分析
崇 山﨑
Test Case Design
Test Case Design
acatalin
わんくま同盟勉強会@大阪#60でお話しさせて頂きました。 『C#実装から見るDDD(ドメイン駆動設計)』を多少手直しをして、再掲載しました。
C#実装から見るDDD(ドメイン駆動設計)
C#実装から見るDDD(ドメイン駆動設計)
Takuya Kawabe
探索的テスト入門
探索的テスト入門
H Iseri
Amazon search test case document
Amazon search test case document
Sunil Kumar Gunasekaran
オブジェクト指向では、モデリング(分析)、設計、実装は、切れ目のない一体の活動。初期の分析は初期の設計であり、初期の実装。毎日分析し、毎日設計し、毎日実装しながら、一歩一歩、モデルも実装も進化させていく。
オブジェクト指向プログラミングのためのモデリング入門
オブジェクト指向プログラミングのためのモデリング入門
増田 亨
JaSST2016東京 事例発表
レビュー目的・観点設定の効果と課題
レビュー目的・観点設定の効果と課題
Adachi Kenji
Writing Test Cases in Agile
Writing Test Cases in Agile
Writing Test Cases in Agile
Saroj Singh
2016/6/7 資料をアップデートしました。
[AWSマイスターシリーズ] AWS CLI / AWS Tools for Windows PowerShell
[AWSマイスターシリーズ] AWS CLI / AWS Tools for Windows PowerShell
Amazon Web Services Japan
Communications and cooperation between development and operations isn't optional, it's mandatory. Flickr takes the idea of "release early, release often" to an extreme - on a normal day there are 10 full deployments of the site to our servers. This session discusses why this rate of change works so well, and the culture and technology needed to make it possible.
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
John Allspaw
Viewers also liked
(15)
マインドマップを使った 仕様分析&テスト設計
マインドマップを使った 仕様分析&テスト設計
「長崎SWQuality&DevelopmentGathering2015」V字モデルのテスト工程のインプットがUSDM形式だったときに慌てないために
「長崎SWQuality&DevelopmentGathering2015」V字モデルのテスト工程のインプットがUSDM形式だったときに慌てないために
Software Architecture: Test Case Writing
Software Architecture: Test Case Writing
はじめてのソフトウェアテスト
はじめてのソフトウェアテスト
ソフトウェア開発工程とテスト入門
ソフトウェア開発工程とテスト入門
概説 テスト分析
概説 テスト分析
Test Case Design
Test Case Design
C#実装から見るDDD(ドメイン駆動設計)
C#実装から見るDDD(ドメイン駆動設計)
探索的テスト入門
探索的テスト入門
Amazon search test case document
Amazon search test case document
オブジェクト指向プログラミングのためのモデリング入門
オブジェクト指向プログラミングのためのモデリング入門
レビュー目的・観点設定の効果と課題
レビュー目的・観点設定の効果と課題
Writing Test Cases in Agile
Writing Test Cases in Agile
[AWSマイスターシリーズ] AWS CLI / AWS Tools for Windows PowerShell
[AWSマイスターシリーズ] AWS CLI / AWS Tools for Windows PowerShell
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
10+ Deploys Per Day: Dev and Ops Cooperation at Flickr
More from Satsuki Urayama
Wacate2015冬bppセッションです。
私のテスト、あなたのテスト
私のテスト、あなたのテスト
Satsuki Urayama
テストを効率的に実行する方法の一つとして、自動化があります。しかし、「自動化することで手作業がなくなり、バグがたくさん見つかる」ということはありません。テスト自動化で見逃しがちな落とし穴を、現場の事例を交えながらご紹介します。
テスト自動化の現場から~落とし穴に気を付けよう~
テスト自動化の現場から~落とし穴に気を付けよう~
Satsuki Urayama
自動化したテストは一度作ったら終わりではなく、テスト対象への仕様追加や仕様変更、テスト環境の変化などに適応していかなければなりません。この発表では、実際の現場で起きた自動化の失敗例や、成功例をご紹介します。
テスト自動化の現場から~テスト自動化の保守の話~
テスト自動化の現場から~テスト自動化の保守の話~
Satsuki Urayama
かえる井の中ふりかえる 私の自動化経験 WACATE2012冬 BPPセッション 2012年12月
WACATE2012WinterBPPsession
WACATE2012WinterBPPsession
Satsuki Urayama
CEDEC2014(2014.9.3)「[CEDEC×JaSST2014コラボセッション]異業種でのテスト自動化の実際」にて使用した資料です。
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
Satsuki Urayama
2014.5.23 JaSST'14 Tohoku 事例発表
Jasst14東北 事例発表 share
Jasst14東北 事例発表 share
Satsuki Urayama
第1回 日本Seleniumユーザーコミュニティ勉強会 LT
ノンプログラマのためのSelenium de DDTはじめの一歩
ノンプログラマのためのSelenium de DDTはじめの一歩
Satsuki Urayama
システムテスト自動化カンファレンス Lightning Automated Testing Demo
手動テストからの移行大作戦
手動テストからの移行大作戦
Satsuki Urayama
JaSST'13Tohoku LT The Automator
JaSST'13Tohoku LT The Automator
Satsuki Urayama
More from Satsuki Urayama
(9)
私のテスト、あなたのテスト
私のテスト、あなたのテスト
テスト自動化の現場から~落とし穴に気を付けよう~
テスト自動化の現場から~落とし穴に気を付けよう~
テスト自動化の現場から~テスト自動化の保守の話~
テスト自動化の現場から~テスト自動化の保守の話~
WACATE2012WinterBPPsession
WACATE2012WinterBPPsession
異業種でのテスト自動化の実際
異業種でのテスト自動化の実際
Jasst14東北 事例発表 share
Jasst14東北 事例発表 share
ノンプログラマのためのSelenium de DDTはじめの一歩
ノンプログラマのためのSelenium de DDTはじめの一歩
手動テストからの移行大作戦
手動テストからの移行大作戦
JaSST'13Tohoku LT The Automator
JaSST'13Tohoku LT The Automator
WACATE2015夏モーニングセッション
1.
ソフトウェアテストチョットデキタ! ―テスト設計コンテストで学んだこと― 2015年6月21日 チーム名:しなてす あみー、めい、まえたさん、はるはる 1しなてす WACATE2015夏 モーニングセッション@三浦海岸マホロバマインズ
2.
チーム紹介 しなてす 「しなてす」です 拠点は品川 まえたさん はるはる あみー めい
3.
チーム紹介 しなてす 2012年9月時点 まえたさん はるはる あみー めい
4.
チーム紹介 4しなてす まえたさん はるはる あみー めい 2012年9月時点
5.
チーム紹介 5しなてす まえたさん はるはる あみー めい 組込み屋さん トレーナーさん 検証屋さん 社内QAさん
6.
チーム紹介 6しなてす まえたさん はるはる あみー めい 私たち…
7.
チーム紹介 7しなてす まえたさん はるはる あみー めい WACATE で出会いました
8.
WACATEに参加したい理由 8しなてす まえたさんはるはる あみーめい テストの 仲間が欲しい! 他社が どうやってるのか 知りたい! テストの技術を 学びたい! テストの現場を 知りたい!
9.
テスト設計コンテストとは 9しなてす
10.
誕生の瞬間 10しなてす 発足は Twitter… (KENさんの応援付き)
11.
テスト設計コンテストに参加した理由 11しなてす まえたさんはるはる あみーめい テスト設計 やってみたかった WACATEで 学んだことを 使ってみたかった WACATEに参加した 記念に テスト設計を 経験してみたかった
12.
歴史 12しなてす そして チーム発足から 2年半…
13.
歴史 13しなてす テスコン 優勝!!!
14.
歴史 14しなてす WACATE生まれ WACATE育ちの私たちが、 テスト設計コンテストで 優勝するまでの 軌跡をご紹介します
15.
1年目 1年目 テストを設計してみよう! 15 テスト対象:話題沸騰ポット チームが持っているもの: WACATEで学んだこと 各メンバーの業務経験
16.
1年目 16 テスト設計って 何をすればいいんだろ? テスト計画がないと テスト設計できなくない?
17.
1年目 17 テスト計画 立てたことある? ないです ないっすね ないです 自社流なら…
18.
1年目 18 テスト計画って 何すればいいんだろ? 本なら持ってる!!
19.
1年目 19 テスト対象が分かんないと 計画も立てられない! 分析だ!マインドマップだ! 手分けしよう!
20.
1年目 20 うはっ みんな形式が違った! 作ったはいいけど どうやって収束させるのこれ…
21.
1年目 21 組込みのテストって どうやってやるんだろ? 自社でやってるの、 説明しましょうか~
22.
1年目 22 長安試験ってのが あってですね ? エージング試験 と同じですかね? ?? ?
23.
1年目 23 最終成果物 つくらなきゃ! テストケースだ!! テンプレどうしよう! 転がってないかな?!
24.
1年目 Time Up 24
25.
1年目 25 めい 一切の登壇経験なし、原稿が頼り 当日
26.
1年目 26
27.
1年目 27
28.
1年目 28
29.
1年目 29
30.
1年目 ざっくりまとめると 30
31.
1年目 結果 31
32.
1年目 ゆもつよさん 「テスト設計どこですか」 32
33.
1年目 予選敗退 33
34.
1年目 何はともあれ、 やってみることはできた! NEXT 34
35.
2年目 2年目 テスト設計を 最後までやってみよう! 35 テスト対象:自動販売機 チームが持っているもの: 前年度の審査員コメント 前年度予選、決勝の各チームの発表と成果物 テスト設計コンテストのチュートリアル 各メンバーの業務経験やコミュニティ活動で得たもの
36.
2年目 36 自販機の 関係者は誰だろう? ドメインについて 調べよう 関係者は何を 求めているんだろう?
37.
2年目 37 テストアーキテクチャ 設計って? テストスイートを 組み立てるらしい? 実行しやすい 単位ってこと?
38.
2年目 38 テストの作りやすさも 必要だよね? テスト実装は 手分けできるといいよねボトルネックも 見えるようにしたいね
39.
2年目 39 手分けして実装しよう テスト技法を 使ってみようテストケースにしたら 実行しにくいかも?
40.
2年目 40 条件が似たテストが続くと 実行しやすいよね あれ?結局、 テストスイートって?
41.
2年目 Time Up 41
42.
2年目 42 はるはる トレーナーなので話すのは得意 当日
43.
2年目 43
44.
2年目 44
45.
2年目 45
46.
2年目 46
47.
2年目 当日の発表は・・・ 47 自動販売機 所有者 電力会社 購入者 飲料 メーカー 自動販売機 メーカー 補充員 保守員 営業 (窓口) ★自販機開発者 ★・・・テストを見る人 (同一の 場合も) 経営者 しなてす 良い報告をしたい 売れる自販機を作ってほしい 今回の立場: 第三者検証会社 所有者次第 R07 設置者の売りたい値で 消費者が買える こと 組合せテスト テスト優先度 R05 異常状態がすぐわ かる 組合せテスト シナリオテスト (順序依存関係) 「後」よ
り「先」の要求を 先にテストする こと 凡例 先 後 (条件 質問 テス 要 求 質問 R02 異物が入った時に適 切に動作すること ユースケーステスト R06 販売が適切に停止 する ユースケーステスト R03 安心して使い続けら れる 状態遷移テスト アドホックテスト R04 セキュリティが確保 されている 組合せテスト シナリオテスト R08 ブザー音が適切であ ること シナリオテスト R09 明るさが適切である こと シナリオテスト TQ001 TQ002 TQ003 TQ004 TQ005 TQ006 TQ016 TQ023 TQ009 TQ010 TQ011 TQ012 高い 低い 要求ID 説明 テスト技法 テ ス ト 要 求 分 析 テストアー キテクチャ 設計 テスト要求 分析書 テストアーキテクチャ 設計書 テ 詳 設 TD01 TD02 テストアーキテクチャ ステークホルダ図 テスト要求リストテスト方針 時間オーバー だよ!
48.
2年目 結果 48
49.
2年目 にしさん 「書類上は通過だったのに」 49
50.
2年目 予選敗退 50
51.
2年目 試行錯誤しながらではあったが 間違っていないことが分かった! NEXT 51
52.
3年目 3年目 テスト設計コンテストで 予選を通過しよう! 52 テスト対象:自動販売機 チームが持っているもの: 前年度の審査員コメント 前年度予選、決勝の各チームの発表と成果物 報告会でもらったコメント 各メンバーの業務経験やコミュニティ活動で得たもの
53.
3年目 53 今年も自動販売機だ! 去年との 差分はほぼない! 去年の成果物を ブラッシュアップするぞ!
54.
3年目 54 改めて対象を 分析しよう モデリングしてみよう! アクティビティ図を 書いて持ち寄るぞ!
55.
3年目 55 みんなちょっとずつ違う… 曖昧な部分 だったのか! 質問表に追記だ!
56.
3年目 56 テストの重複も どうにかしたいね 結局、 テストアーキテクチャ設計は どういう切り口がいいかな?
57.
3年目 57 そろそろ 独自性も出したいよね やってみようぜー キーワード駆動テスト とかどう?
58.
3年目 58 このテスト、 実施できなくない? 環境が定義されてないね 見直しだー!
59.
2年目 Time Up 59
60.
3年目 60 はるはる チームで集まり、繰り返し練習した 当日
61.
3年目 61
62.
3年目 62
63.
3年目 63
64.
3年目 64
65.
3年目 ざっくりまとめると 65 +自動販売機 所有者 電力会社 購入者 飲料 メーカー 自動販売機 メーカー 補充員 保守員 営業 (窓口) ★自販機開発者 ★・・・テストを見る人 (同一の 場合も) 経営者 しなてす 良い報告をしたい 売れる自販機を作ってほしい 今回の立場: 第三者検証会社 所有者次第 R07 設置者の売りたい値で 消費者が買えること 組合せテスト テスト優先度 R05 異常状態がすぐわ かる 組合せテスト シナリオテスト (順序依存関係) 「後」より「先」の要求を 先にテストすること 凡例 先 後 (条件依存関係) 質問事項が解決されてから テストすること 要 求 質問 R02 異物が入った時に適 切に動作すること ユースケーステスト R06 販売が適切に停止 する ユースケーステスト R03 安心して使い続けら れる 状態遷移テスト アドホックテスト R04 セキュリティが確保 されている 組合せテスト シナリオテスト R08 ブザー音が適切であ ること シナリオテスト R09 明るさが適切である こと シナリオテスト R01 当たりやすさに不具 合が無い ユースケーステスト TQ001 TQ002 TQ003 TQ004 TQ005 TQ006 TQ016 TQ023 TQ009 TQ010 TQ011 TQ012 高い
低い 要求ID 説明 テスト技法 テスト 要求 分析 テストアー キテクチャ 設計 テスト要求 分析書 テストアーキテク チャ設計書 テスト 詳細 設計 テスト詳細 設計書 TD01 TD02 TD03 テスト観点 ID 内容 優先度 TR_R07_01 設定された価格で販売できること 6 TR_R05_01 商品切れであることが正しく通知され、不正に動作しないこと 4 TR_R05_02 釣り銭切れであることが正しく通知され、不正に動作しないこと 4 TR_R02_01 おつり取り出し口と紙幣投入口に異物が入った時に適切に動作す ること 3 TR_R04_01 売上処理に不具合がないこと 2 テストスクリプト テストアーキテクチャ ステークホルダ図 テスト要求リスト テストケーステスト方針 1年前の成果物のブラッシュアップ版 適切なプレゼン はるはる.wmf Opefy(≠DevOps) 操作 操作内容 操作時に 使用する値 確認事項 確認時に 使用する値 入金 「金種」と「枚数」の値に従っ て、紙幣投入口または硬貨 投入口に金を入れる 金種,枚数 ・金額表示機に「表示」に書かれている値が表 示されること ・販売可能な商品ボタンが点灯していること 表示
66.
3年目 結果 66
67.
3年目 智美塾 塾長 「DevOpsだっけ?」 (しなてす)いいえ、Opefyです… 67
68.
3年目 予選通過!! 68
69.
1年目 通過したものの 辛口コメントに答えられない現実! NEXT 69
70.
3年目 決勝 3年目 決勝 目指せ優勝! 70 テスト対象:自動販売機 チームが持っているもの: 予選通過時に審査員・聴講者からもらった辛口コメント
71.
3年目 決勝 71 実施途中で 時間切れになっても 大丈夫? 優先度つけないとだね
72.
3年目 決勝 72 このテスト、 保守しやすいだろうか 今から 保守のしやすさを 全面には出せない… 保守できることは 示そう!
73.
3年目 決勝 73 直感で理解できる 表現になっている? 上から下、左から右。 既存の記法も利用しよう!
74.
3年目 決勝 Time Up 74
75.
3年目 決勝 75 はるはる チームの外も巻き込んで練習した 当日
76.
3年目 決勝 76
77.
3年目 決勝 77
78.
3年目 決勝 78
79.
3年目 決勝 79
80.
自動販売機 所有者 電力会社 購入者 飲料 メーカー 自動販売機 メーカー 補充員 保守員 営業 (窓口) ★自販機開発者 ★・・・テストを見る人 (同一の 場合も) 経営者 しなてす 良い報告をしたい 売れる自販機を作ってほしい 今回の立場: 第三者検証会社 所有者次第 3年目-2 成果物 80 テスト 要求 分析 テストアー キテクチャ 設計 テスト要求 分析書 テストアーキテク チャ設計書 テスト 詳細 設計 テスト詳細 設計書 TD01 TD02
TD03 テスト観点 ID 内容 優先度 TR_R07_01 設定された価格で販売できること 6 TR_R05_01 商品切れであることが正しく通知され、不正に動作しないこと 4 TR_R05_02 釣り銭切れであることが正しく通知され、不正に動作しないこと 4 TR_R02_01 おつり取り出し口と紙幣投入口に異物が入った時に適切に動作す ること 3 TR_R04_01 売上処理に不具合がないこと 2 Opefy定義表 チョット磨いた テストアーキテクチャ ステークホルダ図 テスト要求リスト テストケーステスト方針 テスト条件と関連装置の対応表
81.
3年目 決勝 結果 81
82.
3年目 決勝 82
83.
3年目 決勝 83
84.
3年目 決勝 84しなてす テスコン 優勝!!!
85.
3年目 決勝 審査員コメント 85
86.
3年目 決勝 これがゴールではない!!! 乞うご期待 86
87.
しなてすの活動で得たもの プロジェクト3回分のテスト設計経験 遠隔活動を回す勘所 エンドユーザー、ステークホルダへの意識 社外発表の機会 顧客を納得させるための説明をしようとする意識 ありがたい審査員コメント テストについて話せる仲間 業種職種による考え方や気になる観点の違い テスコンをきっかけにした更なる広がり 87
88.
まとめ 実証! 2年半で ここまでできます。 88
89.
伝えたいこと 繋がり ↓ 加速 89
Download now