Suche senden
Hochladen
広島ソフトウェアテスト勉強会1511
•
5 gefällt mir
•
3,014 views
Noriyuki Mizuno
Folgen
少しだけ論理的につないでみたテストのおはなし
Weniger lesen
Mehr lesen
Software
Melden
Teilen
Melden
Teilen
1 von 37
Jetzt herunterladen
Downloaden Sie, um offline zu lesen
Empfohlen
ここ3〜4ヶ月間で会社ではじめてスクラムを導入したのですが、それが一旦区切りを迎えたので、振り返りをして社内でシェアしました。
アジャイル開発振り返り
アジャイル開発振り返り
Akira Suenami
第6回大阪Jenkins勉強会での発表資料です。
窓辺に立つ執事
窓辺に立つ執事
Hiroshi Maekawa
Scala開発者からGoに移動した経験の話です。関数型開発の経験はGoで役に立つですか?軽く考え方レベルとコードレベルの話です。
ScalaからGoへ
ScalaからGoへ
James Neve
2014年楽天テクノロジーカンファレンス前夜祭での発表です
特大のヤラカシからの復活 -俺とみんながテストコードを書き出すまで-
特大のヤラカシからの復活 -俺とみんながテストコードを書き出すまで-
Taichi Watanabe
スクラムマスター1年生⇒2年生
スクラムマスター1年生⇒2年生
スクラムマスター1年生⇒2年生
Taichi Watanabe
第10回長崎IT技術者会で発表デビューしたときのスライドです。 Turnipを使ってサンプルを動かしたときの話をしています。
Turnipによるエンドツーエンドテストことはじめ
Turnipによるエンドツーエンドテストことはじめ
Takayuki Ujita
エンドツーエンドテストを自動化したらチームがすごく良くなった お話です
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
Taichi Watanabe
LINE のUI自動テスト事例 大園 博昭(LINE Fukuoka 開発室 テスト自動化エンジニア) LINE Developer Meetup in Tokyo #39 Testing & Engineering での発表資料です https://line.connpass.com/event/91423/
LINE のUI自動テスト事例
LINE のUI自動テスト事例
LINE Corporation
Empfohlen
ここ3〜4ヶ月間で会社ではじめてスクラムを導入したのですが、それが一旦区切りを迎えたので、振り返りをして社内でシェアしました。
アジャイル開発振り返り
アジャイル開発振り返り
Akira Suenami
第6回大阪Jenkins勉強会での発表資料です。
窓辺に立つ執事
窓辺に立つ執事
Hiroshi Maekawa
Scala開発者からGoに移動した経験の話です。関数型開発の経験はGoで役に立つですか?軽く考え方レベルとコードレベルの話です。
ScalaからGoへ
ScalaからGoへ
James Neve
2014年楽天テクノロジーカンファレンス前夜祭での発表です
特大のヤラカシからの復活 -俺とみんながテストコードを書き出すまで-
特大のヤラカシからの復活 -俺とみんながテストコードを書き出すまで-
Taichi Watanabe
スクラムマスター1年生⇒2年生
スクラムマスター1年生⇒2年生
スクラムマスター1年生⇒2年生
Taichi Watanabe
第10回長崎IT技術者会で発表デビューしたときのスライドです。 Turnipを使ってサンプルを動かしたときの話をしています。
Turnipによるエンドツーエンドテストことはじめ
Turnipによるエンドツーエンドテストことはじめ
Takayuki Ujita
エンドツーエンドテストを自動化したらチームがすごく良くなった お話です
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
エンドツーエンドテストを自動化したらチームがすごく良くなった@XPまつり2015LT
Taichi Watanabe
LINE のUI自動テスト事例 大園 博昭(LINE Fukuoka 開発室 テスト自動化エンジニア) LINE Developer Meetup in Tokyo #39 Testing & Engineering での発表資料です https://line.connpass.com/event/91423/
LINE のUI自動テスト事例
LINE のUI自動テスト事例
LINE Corporation
An Agile Way As an SET at LINE 伊藤 宏幸(LINE株式会社 LINE開発3室 SET/@hageyahhoo) LINE Developer Meetup in Tokyo #39 Testing & Engineering での発表資料です https://line.connpass.com/event/91423/
An Agile Way As an SET at LINE
An Agile Way As an SET at LINE
LINE Corporation
http://jasst.jp/symposium/jasst18hokkaido/timetable.html JaSST'18 HokkaidoのLT資料です。 プロジェクトを横断して、不具合を共有している話を紹介しました。
プロジェクトを横断して不具合レポートを書いている
プロジェクトを横断して不具合レポートを書いている
Nobuhiro Yoshitake
in wacate 2017 winter
ソースコードを読んでみよう
ソースコードを読んでみよう
Shun Tsunoda
https://nagasaki-it-engineers.connpass.com/event/93810/ Agile Japan 2018 長崎サテライト with NaITE LT資料です。 自分の意思確認にやらないことリストとトレードオフスライダーを使っている話を紹介しました。 ※ ↓のスライドの内容と大枠は変わらないのですが、一部スライドの追加などを行ったのであらためてupしました。 https://www.slideshare.net/NobuhiroYoshitake/ss-114492839 ##AgileJapanNagasaki
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
WACATE 2017 冬にておこなった講義「ISONO:REBOOT -評価することにこだわろう-」の資料です。
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
Kinji Akemine
システムテスト自動化カンファレンス Lightning Automated Testing Demo
手動テストからの移行大作戦
手動テストからの移行大作戦
Satsuki Urayama
システムテスト自動化カンファレンス2015の茶番に対する補足スライドです。
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
Noriyuki Mizuno
A presentation for LINE Developer Meetup in Tokyo #39 on paradigm shift to and testing methodology for modern software development.
LINE Developer Meetup in Tokyo #39 Presentation
LINE Developer Meetup in Tokyo #39 Presentation
Yasuharu Nishi
「DevOpsDays Tokyo 2018」(2018-04-24/25)での発表資料です。 https://www.devopsdays.org/events/2018-tokyo/welcome/ LINEがDevOps・CI/CD・テスト自動化などの施策をなぜ推進しているのかを、 心(組織文化)・技(技術)・態(ビジネス指向)の3つの観点から、 具体的なプラクティス・事例と共に紹介します。 特にLINE初のSET(Software Engineer in Test)の立場から、 LINEがどのような取り組みを行っているのかを「見える化」します。 皆様の「Kaizen」のヒントになれば幸いです。
心・技・態 -LINEにおける改善の真実-
心・技・態 -LINEにおける改善の真実-
LINE Corporation
https://cdg.connpass.com/event/98467/ 俺の話を聞け!!LT大会#11、10分枠のLT資料です。 僕がチャレンジしていることを2つ書きました。 不具合を開発者全体に共有する話と 最近、僕がテストを開始する前に取り組んでいるインセプションデッキの一部について紹介しています。 #chibi_developer
プロジェクトを横断して不具合レポートを書いてみた話&インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
プロジェクトを横断して不具合レポートを書いてみた話&インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
http://www.ustream.tv/recorded/45962241
ソフトウェアテスト入門
ソフトウェアテスト入門
Preferred Networks
This is AutomationTest.SSF version alpha. I present on SystemTestAutomationConference 2015.
Automation test.ssf alpha
Automation test.ssf alpha
ryuji koyama
システムテスト自動化カンファレンスの講演資料
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
Kinji Akemine
In STAC2017 closing session. I present for the guide of skill for Test Automation System Architecture.
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
ryuji koyama
テスト自動化カンファレンス2014(stac2014)の発表資料です。 『システムテスト自動化 標準ガイド』のガイドになっております。 内容に興味をもっていただければ、ぜひ『標準ガイド』を手にとってみてください。
1時間で分かるSTA (Software Test Automation) #stac2014
1時間で分かるSTA (Software Test Automation) #stac2014
Kazuhiro Suzuki
広島でソフトウェアテストの勉強会をしたときの資料 2015.11.15
Idの桁数の話
Idの桁数の話
Rina Fukuda
JaSST'15 HokkaidoでLTをしたときの資料
テストする人をおにぎり試食人で例えてみた
テストする人をおにぎり試食人で例えてみた
Rina Fukuda
WACATE2011夏のBPP発表資料です。
Wacate 2011 summer_bpp
Wacate 2011 summer_bpp
Noriyuki Mizuno
今までやってみた自動化ネタをふりかえってみましたとさ。
Tabok 自己流自動化ふりかえり 展開版
Tabok 自己流自動化ふりかえり 展開版
Noriyuki Mizuno
関西ソフトウェアテスト勉強会で一部話してみたテストアーキテクチャのおはなしの資料です。口頭で説明すること前提で作っておりますので、資料だけで見てみると分かりづらい可能性があります。
Warai160109 テストアーキテクチャのおはなし
Warai160109 テストアーキテクチャのおはなし
Noriyuki Mizuno
CCPMの折り紙ワークショップの実施方法を記載した内容です。 なお、本資料自体は「Creative Commons」にてライセンス化しています。 目的は、「ワークを実施頂いた場合におけるフィードバック」を 極力頂くようにして、今後のワーク自体の向上に努めたいためです。
CCPM折り紙ワークショップ(共有版)
CCPM折り紙ワークショップ(共有版)
Noriyuki Mizuno
広島でソフトウェアテストの勉強会をしたときの資料 2015.11.15
立ち位置から観点導出をしてみよう
立ち位置から観点導出をしてみよう
Rina Fukuda
Weitere ähnliche Inhalte
Was ist angesagt?
An Agile Way As an SET at LINE 伊藤 宏幸(LINE株式会社 LINE開発3室 SET/@hageyahhoo) LINE Developer Meetup in Tokyo #39 Testing & Engineering での発表資料です https://line.connpass.com/event/91423/
An Agile Way As an SET at LINE
An Agile Way As an SET at LINE
LINE Corporation
http://jasst.jp/symposium/jasst18hokkaido/timetable.html JaSST'18 HokkaidoのLT資料です。 プロジェクトを横断して、不具合を共有している話を紹介しました。
プロジェクトを横断して不具合レポートを書いている
プロジェクトを横断して不具合レポートを書いている
Nobuhiro Yoshitake
in wacate 2017 winter
ソースコードを読んでみよう
ソースコードを読んでみよう
Shun Tsunoda
https://nagasaki-it-engineers.connpass.com/event/93810/ Agile Japan 2018 長崎サテライト with NaITE LT資料です。 自分の意思確認にやらないことリストとトレードオフスライダーを使っている話を紹介しました。 ※ ↓のスライドの内容と大枠は変わらないのですが、一部スライドの追加などを行ったのであらためてupしました。 https://www.slideshare.net/NobuhiroYoshitake/ss-114492839 ##AgileJapanNagasaki
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
WACATE 2017 冬にておこなった講義「ISONO:REBOOT -評価することにこだわろう-」の資料です。
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
Kinji Akemine
システムテスト自動化カンファレンス Lightning Automated Testing Demo
手動テストからの移行大作戦
手動テストからの移行大作戦
Satsuki Urayama
システムテスト自動化カンファレンス2015の茶番に対する補足スライドです。
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
Noriyuki Mizuno
A presentation for LINE Developer Meetup in Tokyo #39 on paradigm shift to and testing methodology for modern software development.
LINE Developer Meetup in Tokyo #39 Presentation
LINE Developer Meetup in Tokyo #39 Presentation
Yasuharu Nishi
「DevOpsDays Tokyo 2018」(2018-04-24/25)での発表資料です。 https://www.devopsdays.org/events/2018-tokyo/welcome/ LINEがDevOps・CI/CD・テスト自動化などの施策をなぜ推進しているのかを、 心(組織文化)・技(技術)・態(ビジネス指向)の3つの観点から、 具体的なプラクティス・事例と共に紹介します。 特にLINE初のSET(Software Engineer in Test)の立場から、 LINEがどのような取り組みを行っているのかを「見える化」します。 皆様の「Kaizen」のヒントになれば幸いです。
心・技・態 -LINEにおける改善の真実-
心・技・態 -LINEにおける改善の真実-
LINE Corporation
https://cdg.connpass.com/event/98467/ 俺の話を聞け!!LT大会#11、10分枠のLT資料です。 僕がチャレンジしていることを2つ書きました。 不具合を開発者全体に共有する話と 最近、僕がテストを開始する前に取り組んでいるインセプションデッキの一部について紹介しています。 #chibi_developer
プロジェクトを横断して不具合レポートを書いてみた話&インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
プロジェクトを横断して不具合レポートを書いてみた話&インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
http://www.ustream.tv/recorded/45962241
ソフトウェアテスト入門
ソフトウェアテスト入門
Preferred Networks
This is AutomationTest.SSF version alpha. I present on SystemTestAutomationConference 2015.
Automation test.ssf alpha
Automation test.ssf alpha
ryuji koyama
システムテスト自動化カンファレンスの講演資料
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
Kinji Akemine
In STAC2017 closing session. I present for the guide of skill for Test Automation System Architecture.
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
ryuji koyama
テスト自動化カンファレンス2014(stac2014)の発表資料です。 『システムテスト自動化 標準ガイド』のガイドになっております。 内容に興味をもっていただければ、ぜひ『標準ガイド』を手にとってみてください。
1時間で分かるSTA (Software Test Automation) #stac2014
1時間で分かるSTA (Software Test Automation) #stac2014
Kazuhiro Suzuki
Was ist angesagt?
(15)
An Agile Way As an SET at LINE
An Agile Way As an SET at LINE
プロジェクトを横断して不具合レポートを書いている
プロジェクトを横断して不具合レポートを書いている
ソースコードを読んでみよう
ソースコードを読んでみよう
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
#wacate 2017 冬 ISONO:REBOOT -評価することにこだわろう-
手動テストからの移行大作戦
手動テストからの移行大作戦
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
STAC 2015 自動家は見た~自動化の現場の真実~ SIDE:マネージャ
LINE Developer Meetup in Tokyo #39 Presentation
LINE Developer Meetup in Tokyo #39 Presentation
心・技・態 -LINEにおける改善の真実-
心・技・態 -LINEにおける改善の真実-
プロジェクトを横断して不具合レポートを書いてみた話&インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
プロジェクトを横断して不具合レポートを書いてみた話&インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
ソフトウェアテスト入門
ソフトウェアテスト入門
Automation test.ssf alpha
Automation test.ssf alpha
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
モデルベースドテスト入門 -テスト詳細設計を自動化しよう- #stac2013
Automationtestssf beta2 architectureskill
Automationtestssf beta2 architectureskill
1時間で分かるSTA (Software Test Automation) #stac2014
1時間で分かるSTA (Software Test Automation) #stac2014
Andere mochten auch
広島でソフトウェアテストの勉強会をしたときの資料 2015.11.15
Idの桁数の話
Idの桁数の話
Rina Fukuda
JaSST'15 HokkaidoでLTをしたときの資料
テストする人をおにぎり試食人で例えてみた
テストする人をおにぎり試食人で例えてみた
Rina Fukuda
WACATE2011夏のBPP発表資料です。
Wacate 2011 summer_bpp
Wacate 2011 summer_bpp
Noriyuki Mizuno
今までやってみた自動化ネタをふりかえってみましたとさ。
Tabok 自己流自動化ふりかえり 展開版
Tabok 自己流自動化ふりかえり 展開版
Noriyuki Mizuno
関西ソフトウェアテスト勉強会で一部話してみたテストアーキテクチャのおはなしの資料です。口頭で説明すること前提で作っておりますので、資料だけで見てみると分かりづらい可能性があります。
Warai160109 テストアーキテクチャのおはなし
Warai160109 テストアーキテクチャのおはなし
Noriyuki Mizuno
CCPMの折り紙ワークショップの実施方法を記載した内容です。 なお、本資料自体は「Creative Commons」にてライセンス化しています。 目的は、「ワークを実施頂いた場合におけるフィードバック」を 極力頂くようにして、今後のワーク自体の向上に努めたいためです。
CCPM折り紙ワークショップ(共有版)
CCPM折り紙ワークショップ(共有版)
Noriyuki Mizuno
広島でソフトウェアテストの勉強会をしたときの資料 2015.11.15
立ち位置から観点導出をしてみよう
立ち位置から観点導出をしてみよう
Rina Fukuda
AsianAA2015での紹介内容です。
AAA2015 関西風と欧米風 2つのTest Automation Patterns
AAA2015 関西風と欧米風 2つのTest Automation Patterns
Noriyuki Mizuno
This slide used in JaSST 15 Tokyo
Jasst15 webjasst
Jasst15 webjasst
Kazuaki Matsuo
ソフトハウスの品質保証の問題点の典型例を示し、品質保証戦略およびQAアーキテクチャ設計の概要について述べる。SQiP関西の品質保証責任者の会の2016/6/24の講演資料。
ソフトハウスの品質保証のウソホント
ソフトハウスの品質保証のウソホント
Yasuharu Nishi
presentation at http://connpass.com/event/21247/
20151021 cookpad talk_test_engineer
20151021 cookpad talk_test_engineer
Kazuaki Matsuo
Agile Japan 2016の札幌サテライトでの発表用の資料です。 CCPMの説明はほとんどありませんw プロジェクトの活動において問題の優先順位をどのように判断するかをケーススタディ上で示した内容となります。
Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう!~CCPMを活用した現場改善のケーススタディ~
Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう!~CCPMを活用した現場改善のケーススタディ~
Noriyuki Mizuno
JaSST'14 Tokyo 企画セッション「よいテストプロセスの作り方」の前説資料。 詳細は、以下のリンク先を参照のこと。 http://jasst.jp/symposium/jasst14tokyo/report.html#plan4
JaSSTよいテストプロセスの作り方
JaSSTよいテストプロセスの作り方
崇 山﨑
ISO/IEC/IEEE 29119 Software and system engineering - software testingの勉強会で使用した発表資料。 YouTubeの動画と併せての閲覧を推奨。 動画はこちら。 前半: https://www.youtube.com/watch?v=2VfhW56tGyM 後半: https://www.youtube.com/watch?v=8KWjAqbYjjc
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
崇 山﨑
広島ソフトウエアテスト勉強会の資料
僕らがQiitaをゴリゴリ書く理由
僕らがQiitaをゴリゴリ書く理由
Masayuki Hokimoto
お世辞にも品質が良いとは言えず四苦八苦してテストしているけれど、正直なところどうテストしていいか分からない、というあなた。テストの設計だのテスト技法だのと言われてもウチの現場には関係ないや、というあなた。テストのスキルは付けたいし勉強もしてるけど仕事に役立ってないよ、というあなた。そんなあなたに、明日からちょっとずつテストの腕を上げられる方法をお見せしましょう。そして、とっても腕が上がったらどんなテストができるようになるか、をちょっとだけお見せしましょう。
ちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしよう
Yasuharu Nishi
製造業のQA部門におけるソフトハウスの品質保証の問題点の典型例を示し、品質保証戦略およびQAアーキテクチャ設計の概要について述べる。またソフトウェアの品質保証の概略について述べる。補足としてVSTePとWモデルについて説明している。日本規格協会 品質経営システム研究会(COSCO)の2016/06/28の資料。http://www.slideshare.net/YasuharuNishi/ss-63412458 のアップデート版です。
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
Yasuharu Nishi
某教育向けに作成した企画~実現までの体験学習の説明資料となります。
企画~実現までの体験学習
企画~実現までの体験学習
Noriyuki Mizuno
渋谷Java第十回で発表した発表資料です
Sonar qubeでちょっと楽しい静的解析
Sonar qubeでちょっと楽しい静的解析
政雄 金森
2015 新春 JJUG 特別企画 Jenkins まつりにて発表した資料です。 #Jenkinsja #jjug #Jenkins
Javaユーザに贈るJenkins 25のTips
Javaユーザに贈るJenkins 25のTips
Masanori Satoh
Andere mochten auch
(20)
Idの桁数の話
Idの桁数の話
テストする人をおにぎり試食人で例えてみた
テストする人をおにぎり試食人で例えてみた
Wacate 2011 summer_bpp
Wacate 2011 summer_bpp
Tabok 自己流自動化ふりかえり 展開版
Tabok 自己流自動化ふりかえり 展開版
Warai160109 テストアーキテクチャのおはなし
Warai160109 テストアーキテクチャのおはなし
CCPM折り紙ワークショップ(共有版)
CCPM折り紙ワークショップ(共有版)
立ち位置から観点導出をしてみよう
立ち位置から観点導出をしてみよう
AAA2015 関西風と欧米風 2つのTest Automation Patterns
AAA2015 関西風と欧米風 2つのTest Automation Patterns
Jasst15 webjasst
Jasst15 webjasst
ソフトハウスの品質保証のウソホント
ソフトハウスの品質保証のウソホント
20151021 cookpad talk_test_engineer
20151021 cookpad talk_test_engineer
Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう!~CCPMを活用した現場改善のケーススタディ~
Agile Japan 2016 札幌サテライト 本当に必要な問題解決に集中しよう!~CCPMを活用した現場改善のケーススタディ~
JaSSTよいテストプロセスの作り方
JaSSTよいテストプロセスの作り方
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
ISO/IEC/IEEE 29119 Software testing 勉強会 第1回 規格の全体構成と各規格の概要
僕らがQiitaをゴリゴリ書く理由
僕らがQiitaをゴリゴリ書く理由
ちょっと明日のテストの話をしよう
ちょっと明日のテストの話をしよう
ソフトウェアの品質保証の基礎とこれから
ソフトウェアの品質保証の基礎とこれから
企画~実現までの体験学習
企画~実現までの体験学習
Sonar qubeでちょっと楽しい静的解析
Sonar qubeでちょっと楽しい静的解析
Javaユーザに贈るJenkins 25のTips
Javaユーザに贈るJenkins 25のTips
Mehr von Noriyuki Mizuno
SaPIDとRDRAの検討を受けた仕様&テストの検討例です。 (ペーパー)プロトタイピングな仕様化とテストの具体例紹介となります。
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
Noriyuki Mizuno
BPStudy(2021/12/17)の紹介資料 注:「実践ソフトウェアエンジニアリング(第9版)」にRDRAが載っているわけではありません。 実践で使用されている技術とのソフトウェアエンジニアリングの体系との対比紹介となります。
実践ソフトウェアエンジニアリング(第9版)~長年積み上げられた体系と各種技術との関連性
実践ソフトウェアエンジニアリング(第9版)~長年積み上げられた体系と各種技術との関連性
Noriyuki Mizuno
JaSST東京21におけるチュートリアル「価値につながる要件・仕様からテストを考える」にて紹介する仕様サンプル(初期状態)です。チュートリアル内でこちらの内容からさらに洗練した内容を紹介します。
Jasst東京21 チュートリアル 仕様サンプル(一部)
Jasst東京21 チュートリアル 仕様サンプル(一部)
Noriyuki Mizuno
Developers Summit Kansai 2020での発表内容となります。 DXの企画を受けて要件定義を実施する状況でRDRA(らどら:Relationship Driven Requirement Analysis)を実施した事例を具体的な流れで紹介します。
伝統的食品工場エンジニアリング会社が挑むDXへのビジネスアイデアをRDRAによる要件定義でプロダクト開発へつなぐ~Side:要件定義
伝統的食品工場エンジニアリング会社が挑むDXへのビジネスアイデアをRDRAによる要件定義でプロダクト開発へつなぐ~Side:要件定義
Noriyuki Mizuno
RDRA(らどら:リレーションシップ駆動要件分析)での要件定義を行った後、より開発可能な「仕様化」に向けた設計を行う際に役立つ技術を2つ、事例を含めて紹介します。 紹介する技術は主に以下の2つです。 ・RDRA+プロトタイピング ・RDRA+バリューオファー(仮)
RDRA+プロトタイピングおよび仕様化時に役立つ技術、事例紹介
RDRA+プロトタイピングおよび仕様化時に役立つ技術、事例紹介
Noriyuki Mizuno
2012年に実施した勉強会資料です。PFD(Process Flow Diagram)の書き方を初心者向けに紹介するものです。 例題もありますので、練習用にもお使いいただけます。
PFD(Process Flow Diagram)の書き方紹介
PFD(Process Flow Diagram)の書き方紹介
Noriyuki Mizuno
改善になる!と考えて提案したものが断られたことや、提案を受け入れられたとしても最終的に誰も使っていなかった…ということはないでしょうか。 このような「提案」に対して事前に「相手に断れないか?」を検証するような技術があるとどうでしょう。相手に断られる可能性に気がつき、相手にとってより価値の高い(断りきれない)改善提案を行うことができるのではないでしょうか。 こちらのスライドでは「提案」が断られないか検証する技術を実際に試してみます。
「提案」が断られないか検証する技術
「提案」が断られないか検証する技術
Noriyuki Mizuno
テスト自動化カンファレンス2017-2でのLTで公開の資料となります。
Stac2017-2_LTテストカタマリー公開用
Stac2017-2_LTテストカタマリー公開用
Noriyuki Mizuno
自信をもってプロダクトを送り届けるために、また、心配なステークホルダに説明するために、自分も相手も「納得できる」溜めのテストを考える、整理する方法を紹介してみます。
納得できるテストをつくるアプローチ(JaSST'17 Kansai向け)
納得できるテストをつくるアプローチ(JaSST'17 Kansai向け)
Noriyuki Mizuno
ソフトウェアテストを知っている人が聞いたことがあるかもしれないけど、実際の内容について知っている人が少ないように思われるUTP(UML Testing Profileであって、Unit Test Patternじゃないよ)について、簡単に拾った情報で解釈した内容を紹介します。
UTP(UML Testing Profile)概要紹介
UTP(UML Testing Profile)概要紹介
Noriyuki Mizuno
論理的思考技術において使用されるロジックツリー、ロジックブランチの紹介と使いどころについて資料にまとめております。 資料はさらにツールの使い方を追記してバージョンアップする予定です。 ※現状は途中段階ですが、それなりのページ数となりましたので公開としておきます。
【公開版Vol1】論理的に考えよう!ロジックツリー&ブランチ
【公開版Vol1】論理的に考えよう!ロジックツリー&ブランチ
Noriyuki Mizuno
CCPMを「カレー作り」で学ぶワークショップの実施方法を記載した内容です。 なお、本資料自体は「Creative Commons」にてライセンス化しています。 目的は、「ワークを実施頂いた場合におけるフィードバック」を極力頂くようにして、今後のワーク自体の向上に努めたいためです。
CCPMカレーワークショップ(共有版)
CCPMカレーワークショップ(共有版)
Noriyuki Mizuno
IT,Automation,Embedded Technology
Et west テスト自動化_公開版
Et west テスト自動化_公開版
Noriyuki Mizuno
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Noriyuki Mizuno
みんなに役立つ「テスト」を学んでみよう!(20140105版)
みんなに役立つ「テスト」を学んでみよう!(20140105版)
Noriyuki Mizuno
Mehr von Noriyuki Mizuno
(15)
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
現状分析→価値開発→仕様化&テスト設計の展開事例解説:仕様&テスト編
実践ソフトウェアエンジニアリング(第9版)~長年積み上げられた体系と各種技術との関連性
実践ソフトウェアエンジニアリング(第9版)~長年積み上げられた体系と各種技術との関連性
Jasst東京21 チュートリアル 仕様サンプル(一部)
Jasst東京21 チュートリアル 仕様サンプル(一部)
伝統的食品工場エンジニアリング会社が挑むDXへのビジネスアイデアをRDRAによる要件定義でプロダクト開発へつなぐ~Side:要件定義
伝統的食品工場エンジニアリング会社が挑むDXへのビジネスアイデアをRDRAによる要件定義でプロダクト開発へつなぐ~Side:要件定義
RDRA+プロトタイピングおよび仕様化時に役立つ技術、事例紹介
RDRA+プロトタイピングおよび仕様化時に役立つ技術、事例紹介
PFD(Process Flow Diagram)の書き方紹介
PFD(Process Flow Diagram)の書き方紹介
「提案」が断られないか検証する技術
「提案」が断られないか検証する技術
Stac2017-2_LTテストカタマリー公開用
Stac2017-2_LTテストカタマリー公開用
納得できるテストをつくるアプローチ(JaSST'17 Kansai向け)
納得できるテストをつくるアプローチ(JaSST'17 Kansai向け)
UTP(UML Testing Profile)概要紹介
UTP(UML Testing Profile)概要紹介
【公開版Vol1】論理的に考えよう!ロジックツリー&ブランチ
【公開版Vol1】論理的に考えよう!ロジックツリー&ブランチ
CCPMカレーワークショップ(共有版)
CCPMカレーワークショップ(共有版)
Et west テスト自動化_公開版
Et west テスト自動化_公開版
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
Asian Automation Alliance システムテスト自動化構築時の考え方と進め方の一例
みんなに役立つ「テスト」を学んでみよう!(20140105版)
みんなに役立つ「テスト」を学んでみよう!(20140105版)
広島ソフトウェアテスト勉強会1511
1.
12015年11月 広島ソフトウェアテスト勉強会 WARAI(関西SWテスト勉強会) Presents @広島ソフトウェアテスト勉強会 テストでモヤモヤしている皆様へ ~論理的に品質やテストの ことを考えてみよう~ みずのり(水野のりゆき) @WARAI(関西SWテスト勉強会)
2.
22015年11月 広島ソフトウェアテスト勉強会 いきなりですが? (無いかもしれませんが) テストに対しての疑問点や モヤモヤしていることは なんでしょう?
3.
32015年11月 広島ソフトウェアテスト勉強会 モヤモヤしよう! 開発者のやるコトが神 テスト担当者(専任者)がいれば不具合が減るかも… テストのやり方が分かれば、きっと不具合も減る!? 不具合が出たら…とにかく減らせ! テストが 足りない! レビューが 足りない! チェック リストだ!
4.
42015年11月 広島ソフトウェアテスト勉強会 モヤモヤしよう! 開発者のやるコトが神 テスト担当者(専任者)がいれば不具合が減るかも… テストのやり方が分かれば、きっと不具合も減る!? 不具合が出たら…とにかく減らせ! 組織で強制されるプロセスはあるけど…役立ってる? テストやるコトになってるけど、新人が仕様をコピペ… 不具合をとにかく減らせ!⇒「これは仕様です」 要求(らしき何か)とのトレーサビリティが全て
5.
52015年11月 広島ソフトウェアテスト勉強会 ひとまず分類 いろいろな方がおりますので 簡単な分類とターゲットを調整します。 提供 向上 組織の 整備 不具合が少ない・減っている 顧客・提供者への価値向上が 出来ている。 組織的に安定した手順で 作業できるようテストプロセスや ツールが整備されている。
6.
62015年11月 広島ソフトウェアテスト勉強会 ひとまず分類 先ほどの内容をマッピング 提供 向上 組織の 整備 除外? 開発者が神 テスト担当者 欲しい テストの知識 が有れば… 役立ってる? 新人コピペ テスト
7.
72015年11月 広島ソフトウェアテスト勉強会 その1 もやもやの理由を 考えてみよう! ~マクロな視点から 紹介します~
8.
82015年11月 広島ソフトウェアテスト勉強会 マクロな視点から プロダクト ※提供する「何か」 開発 テスト 何か
9.
92015年11月 広島ソフトウェアテスト勉強会 こんな構成 プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動
10.
102015年11月 広島ソフトウェアテスト勉強会 こんな構成 プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 感動・満足、安全・安心・確実 楽しさ、驚き、魅力・夢中、期待 ・・・etc やりたいコトが出来る 行動を加速できる ・・・etc
11.
112015年11月 広島ソフトウェアテスト勉強会 こんな構成 プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 継続的に使ってもらう、儲かる 現場の生産性がUPする。 作ったものが使われなく、廃れていく。 余計なモノ…という判断をされる。事業撤退… 感動・満足、安全・安心・確実 楽しさ、驚き、魅力・夢中、期待 ・・・etc やりたいコトが出来る 行動を加速できる ・・・etc
12.
122015年11月 広島ソフトウェアテスト勉強会 いろいろ考えてみよう! プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 要求をそのまま テストするのは 良いの? 売れなくなった らテストを強化 する? テストさえすれば、 担当者がいれば よくなるの?
13.
132015年11月 広島ソフトウェアテスト勉強会 こんな構成 プロダクト お金 時間 開発 テスト 何か By オレゴン大学の実験@アレグザンダー 評価する人 感情 行動 要求をそのまま テストするのは 良いの? 売れなくなった らテストを強化 する? テストさえすれば、 担当者がいれば よくなるの?
14.
142015年11月 広島ソフトウェアテスト勉強会 いろいろ考えてみよう! プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 なぜか 上手く行く? そんなテストで 大丈夫か? 囲む世界 (ザ・ワールド) 全て含めたサービス感
15.
152015年11月 広島ソフトウェアテスト勉強会 品質って何? 誰かにとっての価値(ワインバーグ) 出荷後に社会に与える損失(品質工学) ※品質をお金で計測、品質が悪いほど失うお金が増える 備わっている特性が要求を満たす度合い(ISO9000) 「質」という言葉の意味
16.
162015年11月 広島ソフトウェアテスト勉強会 品質って何? 誰かにとっての価値(ワインバーグ) 出荷後に社会に与える損失(品質工学) ※品質をお金で計測、品質が悪いほど失うお金が増える 備わっている特性が要求を満たす度合い(ISO9000) 「質」という言葉の意味 言葉の影響を 考えてみよう!
17.
172015年11月 広島ソフトウェアテスト勉強会 先ほどの構成から考える プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 小さい範囲で 見てしまうと? 囲む世界 (ザ・ワールド) 全て含めたサービス感 要求を満たす 度合いだ! 損失≒不具合? を減らせ!
18.
182015年11月 広島ソフトウェアテスト勉強会 論理的に考えてみよう! 品質は要求を 満たす度合い である 要求とはインプット で定義された仕様を 満たすことだ 要求仕様を (カンペキに) 満たすことが 品質が良い 要求の トレーサビリティ 命! プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動
19.
192015年11月 広島ソフトウェアテスト勉強会 論理的に考えてみよう! 品質は出荷後に 社会に与える 損失である 損失とは客先から 報告された不具合 で判断できる 損失となる 不具合が減ると 品質は良い 損失費を測定し 減らすよう指示 厳しく管理 数値を取って管理 することが効果的 対顧客 「仕様です」
20.
202015年11月 広島ソフトウェアテスト勉強会 まとめ もやもやする場合、視野を広げて考えてみよう! 思い込みがある場合がある。繋げて整理しよう! 品質の用語と知識 思考の切り替え(抽象度変更、視野変更) ロジックブランチbyTOCfE A B ならば 使った技術 今回は品質を「誰かにとっての価値」 という考え方を基準に整理してみたよ
21.
212015年11月 広島ソフトウェアテスト勉強会 その2 テスト/品質の技術を 役立ててみよう。 上手く使うと 役立つかもよー なはなし。
22.
222015年11月 広島ソフトウェアテスト勉強会 先ほどの話 プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 遠いので考えるのが難しいですよね。 ⇒せめてプロダクトに着目できれば… 囲む世界 (ザ・ワールド) 全て含めたサービス感 遥かなるギャップ
23.
232015年11月 広島ソフトウェアテスト勉強会 先ほどの話 プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 狭めることで集中できる! 注:マクロの繋がりを保たないとダメよ 囲む世界 (ザ・ワールド) 全て含めたサービス感 この辺までなら 考えやすい!
24.
242015年11月 広島ソフトウェアテスト勉強会 技術を使う! プロダクト 開発 テスト 品質特性~♪ この辺までなら 考えやすい! ソフトウェアの品質特性モデル (カッコは副特性) 利用時の 品質特性モデル 機能性 (合目的性、正確性、相互運用性、セキュリティ、標準適合性) 信頼性 (成熟性、障害許容性、回復性、標準適合性) 使用性 (理解性、習得性、運用性、魅力、標準適合性) 効率性 (時間効率性、資源効率性、標準適合性) 保守性 (解析性、変更性、安定性、試験性、標準適合性) 移植性 (環境適応性、設置性、置換性、標準適合性) 有効性 生産性 安全性 満足性
25.
252015年11月 広島ソフトウェアテスト勉強会 技術を使う! プロダクト 開発 テスト この辺までなら 考えやすい! システム・ソフトウェア品質特性 モデル(カッコは副特性) データ品質モデル 利用時の 品質特性モデル 機能適合性 (機能完全性、機能正確性、機能適切性) 性能効率性 (時間効率性、資源効率性、容量満足性) 互換性 (共存性、相互運用性) 使用性 (適切認識性、習得性、運用操作性、ユーザーエラー防止性、 ユーザーインタフェース快適性(美しさ?)、アクセシビリティ) 信頼性 (成熟性、可用性、障害許容性、回復性) セキュリティ (機密性、インテグリティ、否認防止性、責任追跡性、真正性) 保守性 (モジュール性、再利用性、解析性、修正性、試験性) 移植性 (適応性、設置性、置換性) 固有 正確性、完全性、 一貫性、信憑性、 最新性 固有&システム依存 アクセシビリティ、 標準的合成、 機密性、効率性、 精度、追跡可能性、 理解性 システム依存 可用性、移植性、 回復性 有効性 効率性 満足性 (実用性、信用性、 快感性、快適性) リスク回避性 (経済リスク緩和性、 健康・安全リスク緩和性、 環境リスク緩和性) 利用状況網羅性 (利用状況完全性、柔軟性)
26.
262015年11月 広島ソフトウェアテスト勉強会 技術を使う! 本来の定義は JSTQBを参考に してください 正確性を確認するテスト ⇒正確性テスト 時間効率(応答)を 確認するテスト ⇒レスポンステスト 成熟性・障害許容性を 確認するテスト ⇒信頼性テスト ソフトウェアの品質特性モデル (カッコは副特性) 利用時の 品質特性モデル 機能性 (合目的性、正確性、相互運用性、セキュリティ、標準適合性) 信頼性 (成熟性、障害許容性、回復性、標準適合性) 使用性 (理解性、習得性、運用性、魅力、標準適合性) 効率性 (時間効率性、資源効率性、標準適合性) 保守性 (解析性、変更性、安定性、試験性、標準適合性) 移植性 (環境適応性、設置性、置換性、標準適合性) 有効性 生産性 安全性 満足性 テストタイプ 使い方の例: お客様のXXという価値を得るために XXという品質特性を満たす必要がある。 それを確認するにはXXというテストタイプでの テストを設計して実施することが効果的。
27.
272015年11月 広島ソフトウェアテスト勉強会 技術を使う! プロダクトの 価値基準が あると役立つ 基準を考えるのは難しい。 他の人が考えた良い枠を 参考にすると効果的 プロダクトに 品質モデルを 適用して目標にする。 品質モデルという 基準が存在する。 ※ISO9126/250XX
28.
282015年11月 広島ソフトウェアテスト勉強会 次は現場に近い話 プロダクト お金 時間 開発 テスト 何か 評価する人 感情 行動 囲む世界 (ザ・ワールド) 全て含めたサービス感 ザ・現場ワールド 実際の開発現場を 考えてみますよー
29.
292015年11月 広島ソフトウェアテスト勉強会 開発の状況 小さな開発ならともかく… 大きな開発になるとカオス化します xx.c Hello
World! xx.c xx.cxx.cxx.c xx.c xx.c xx.c xx.c xx.c xx.cxx.c xx.c xx.c Halle ward?
30.
302015年11月 広島ソフトウェアテスト勉強会 開発の方法 何らかのカタチで整理できたほうが良いですよね。 要求分析 方式設計 詳細設計 SW適格性 確認テスト 結合テスト 単体テスト コード作成 SLCP2007:Software Life
Cycle Process (共通フレーム参考)ベース システム アプリ アプリ アプリ プロセス プロセス プロセス 機能 機能 機能 ク ラ ス ク ラ ス 機能 クラス メソッド メソッド ・・・ 一般的に言う テストレベル 相当
31.
312015年11月 広島ソフトウェアテスト勉強会 開発の方法 プロセスだけで固定した考え方は減らしましょう。 要求分析 方式設計 詳細設計 SW適格性 確認テスト 結合テスト 単体テスト コード作成 SLCP2007:Software Life
Cycle Process (共通フレーム参考)ベース システム アプリ アプリ アプリ プロセス プロセス プロセス 機能 機能 機能 ク ラ ス ク ラ ス 機能 クラス メソッド メソッド ・・・ メソッド単位で 境界値とか異常は 見てくれてるよね まー、異常ケース はシステム組合せ で見るよねー。
32.
322015年11月 広島ソフトウェアテスト勉強会 開発の方法 プロダクトサイズの考え方 システム アプリ アプリ
アプリ プロセス プロセス プロセス 機能 機能 機能 ク ラ ス ク ラ ス 機能 クラス メソッド メソッド ・・・
33.
332015年11月 広島ソフトウェアテスト勉強会 開発の方法 プロダクトサイズの考え方 システム アプリ アプリ
アプリ プロセス プロセス プロセス 機能 機能 機能 ク ラ ス ク ラ ス 機能 クラス メソッド メソッド ・・・
34.
342015年11月 広島ソフトウェアテスト勉強会 開発の方法 プロダクトサイズの考え方 システム アプリ アプリ
アプリ プロセス プロセス プロセス 機能 機能 機能 ク ラ ス ク ラ ス 機能 クラス メソッド メソッド ・・・
35.
352015年11月 広島ソフトウェアテスト勉強会 開発の方法 プロダクトサイズの考え方 システム アプリ アプリ
アプリ プロセス プロセス プロセス 機能 機能 機能 ク ラ ス ク ラ ス 機能 クラス メソッド メソッド ・・・
36.
362015年11月 広島ソフトウェアテスト勉強会 開発の方法 プロダクトサイズの考え方 システム アプリ アプリ
アプリ プロセス プロセス プロセス 機能 機能 機能 ク ラ ス ク ラ ス 機能 クラス メソッド メソッド ・・・ 対象システムに あわせて、 段階的に 「塗りつぶす」 ようにテスト (Googleテスト本では“SML”ですね。)
37.
372015年11月 広島ソフトウェアテスト勉強会 まとめ 「何のために役立つか?」を考える事で 技術を有効に活用できる・・・はず。 品質特性、テストタイプ、テストレベルと いったものをどう使うか説明したよ
Jetzt herunterladen