Enviar búsqueda
Cargar
The outlineoftestprocess
•
Descargar como KEY, PDF
•
4 recomendaciones
•
3,113 vistas
kyon mm
Seguir
Nagoya.Testing
Leer menos
Leer más
Denunciar
Compartir
Denunciar
Compartir
1 de 29
Descargar ahora
Recomendados
テストプロセスについて
テストプロセスについて
Kosuke Fujisawa
テストの極みを目指して ~さあ、理想に近づくための一歩を踏み出そう!~
テストの極みを目指して ~さあ、理想に近づくための一歩を踏み出そう!~
崇 山﨑
テストプロセス概要
テストプロセス概要
kyon mm
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
Kinji Akemine
アジャイル×テスト開発を考える
アジャイル×テスト開発を考える
yasuohosotani
テストを分類してみよう!
テストを分類してみよう!
Kenji Okumura
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
Kinji Akemine
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
Kotaro Ogino
Recomendados
テストプロセスについて
テストプロセスについて
Kosuke Fujisawa
テストの極みを目指して ~さあ、理想に近づくための一歩を踏み出そう!~
テストの極みを目指して ~さあ、理想に近づくための一歩を踏み出そう!~
崇 山﨑
テストプロセス概要
テストプロセス概要
kyon mm
60分でわかった気になるISO29119 #wacate
60分でわかった気になるISO29119 #wacate
Kinji Akemine
アジャイル×テスト開発を考える
アジャイル×テスト開発を考える
yasuohosotani
テストを分類してみよう!
テストを分類してみよう!
Kenji Okumura
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
テスト分析入門 -「ゆもつよメソッド」を例に- #wacate
Kinji Akemine
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
【SQiP 2014】継続的システムテストについての理解を深めるための 開発とバグのメトリクスの分析 #SQiP #SQuBOK
Kotaro Ogino
テストレベル? #nds33
テストレベル? #nds33
Tatsuya Saito
WebサービスのソフトウェアQAと自動テスト戦略
WebサービスのソフトウェアQAと自動テスト戦略
Masaki Nakagawa
Jstqb test analyst-chap1
Jstqb test analyst-chap1
Kosuke Fujisawa
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
Graat(グラーツ)
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
yasuohosotani
テストの視点を活用した TDD アプローチの検討とその検証
テストの視点を活用した TDD アプローチの検討とその検証
Akira Ikeda
ソフトウェアテストことはじめ2016年ver
ソフトウェアテストことはじめ2016年ver
Kosuke Fujisawa
WACATE2019冬 ソフトウェアテスト業界でのステップアップを考えよう #wacate
WACATE2019冬 ソフトウェアテスト業界でのステップアップを考えよう #wacate
Kinji Akemine
ISO/IEC DIS 20246 についての(ごく簡単な)説明
ISO/IEC DIS 20246 についての(ごく簡単な)説明
しょうご すずき
品質保証活動
品質保証活動
尚 鈴木
Myweekdays and testing
Myweekdays and testing
ryuji koyama
REBOKを社内展開する際の障壁
REBOKを社内展開する際の障壁
mkoszk
テストエンジニアのおっさんの日常です
テストエンジニアのおっさんの日常です
ryuji koyama
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
Satoshi Masuda
アジャイル開発におけるシステムテストの自動化
アジャイル開発におけるシステムテストの自動化
Toru Koido
JaSSTよいテストプロセスの作り方
JaSSTよいテストプロセスの作り方
崇 山﨑
【DevLOVE現場甲子園2013】Software Engineer in Test @ 楽天の検索基盤の現場
【DevLOVE現場甲子園2013】Software Engineer in Test @ 楽天の検索基盤の現場
Kotaro Ogino
ssmjp 20200221 Automation
ssmjp 20200221 Automation
Sekiguchi Toshihiro
実証試験について(中坊嘉宏)
実証試験について(中坊嘉宏)
robotcare
SGT技術トークス 継続的デリバリー
SGT技術トークス 継続的デリバリー
Yukei Wachi
Hands on the Gradle
Hands on the Gradle
Matthias Käppler
レガシーコード改善はじめました 横浜道場
レガシーコード改善はじめました 横浜道場
Hiroyuki Ohnaka
Más contenido relacionado
La actualidad más candente
テストレベル? #nds33
テストレベル? #nds33
Tatsuya Saito
WebサービスのソフトウェアQAと自動テスト戦略
WebサービスのソフトウェアQAと自動テスト戦略
Masaki Nakagawa
Jstqb test analyst-chap1
Jstqb test analyst-chap1
Kosuke Fujisawa
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
Graat(グラーツ)
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
yasuohosotani
テストの視点を活用した TDD アプローチの検討とその検証
テストの視点を活用した TDD アプローチの検討とその検証
Akira Ikeda
ソフトウェアテストことはじめ2016年ver
ソフトウェアテストことはじめ2016年ver
Kosuke Fujisawa
WACATE2019冬 ソフトウェアテスト業界でのステップアップを考えよう #wacate
WACATE2019冬 ソフトウェアテスト業界でのステップアップを考えよう #wacate
Kinji Akemine
ISO/IEC DIS 20246 についての(ごく簡単な)説明
ISO/IEC DIS 20246 についての(ごく簡単な)説明
しょうご すずき
品質保証活動
品質保証活動
尚 鈴木
Myweekdays and testing
Myweekdays and testing
ryuji koyama
REBOKを社内展開する際の障壁
REBOKを社内展開する際の障壁
mkoszk
テストエンジニアのおっさんの日常です
テストエンジニアのおっさんの日常です
ryuji koyama
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
Satoshi Masuda
アジャイル開発におけるシステムテストの自動化
アジャイル開発におけるシステムテストの自動化
Toru Koido
JaSSTよいテストプロセスの作り方
JaSSTよいテストプロセスの作り方
崇 山﨑
【DevLOVE現場甲子園2013】Software Engineer in Test @ 楽天の検索基盤の現場
【DevLOVE現場甲子園2013】Software Engineer in Test @ 楽天の検索基盤の現場
Kotaro Ogino
ssmjp 20200221 Automation
ssmjp 20200221 Automation
Sekiguchi Toshihiro
実証試験について(中坊嘉宏)
実証試験について(中坊嘉宏)
robotcare
SGT技術トークス 継続的デリバリー
SGT技術トークス 継続的デリバリー
Yukei Wachi
La actualidad más candente
(20)
テストレベル? #nds33
テストレベル? #nds33
WebサービスのソフトウェアQAと自動テスト戦略
WebサービスのソフトウェアQAと自動テスト戦略
Jstqb test analyst-chap1
Jstqb test analyst-chap1
テスト自動化入門@Graat勉強会
テスト自動化入門@Graat勉強会
SGT2013 技術トークス「アジャイルテスティング」
SGT2013 技術トークス「アジャイルテスティング」
テストの視点を活用した TDD アプローチの検討とその検証
テストの視点を活用した TDD アプローチの検討とその検証
ソフトウェアテストことはじめ2016年ver
ソフトウェアテストことはじめ2016年ver
WACATE2019冬 ソフトウェアテスト業界でのステップアップを考えよう #wacate
WACATE2019冬 ソフトウェアテスト業界でのステップアップを考えよう #wacate
ISO/IEC DIS 20246 についての(ごく簡単な)説明
ISO/IEC DIS 20246 についての(ごく簡単な)説明
品質保証活動
品質保証活動
Myweekdays and testing
Myweekdays and testing
REBOKを社内展開する際の障壁
REBOKを社内展開する際の障壁
テストエンジニアのおっさんの日常です
テストエンジニアのおっさんの日常です
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイルテスト -高品質を追求するアジャイルチームにおけるテストの視点-
アジャイル開発におけるシステムテストの自動化
アジャイル開発におけるシステムテストの自動化
JaSSTよいテストプロセスの作り方
JaSSTよいテストプロセスの作り方
【DevLOVE現場甲子園2013】Software Engineer in Test @ 楽天の検索基盤の現場
【DevLOVE現場甲子園2013】Software Engineer in Test @ 楽天の検索基盤の現場
ssmjp 20200221 Automation
ssmjp 20200221 Automation
実証試験について(中坊嘉宏)
実証試験について(中坊嘉宏)
SGT技術トークス 継続的デリバリー
SGT技術トークス 継続的デリバリー
Destacado
Hands on the Gradle
Hands on the Gradle
Matthias Käppler
レガシーコード改善はじめました 横浜道場
レガシーコード改善はじめました 横浜道場
Hiroyuki Ohnaka
function list
function list
kyon mm
Groovy and Grails in Action - Devoxx 2008 - University - Guillaume Laforge
Groovy and Grails in Action - Devoxx 2008 - University - Guillaume Laforge
Guillaume Laforge
Testing Web Applications with GEB
Testing Web Applications with GEB
Howard Lewis Ship
Gradle a new Generation Build Tool
Gradle a new Generation Build Tool
Shinya Mochida
Androidリリース作業の効率化(2)
Androidリリース作業の効率化(2)
Kenichi Kambara
Spock Framework
Spock Framework
Ismael
Groovy, Transforming Language
Groovy, Transforming Language
Uehara Junji
Gradle talk, Javarsovia 2010
Gradle talk, Javarsovia 2010
Tomek Kaczanowski
Spockを使おう!
Spockを使おう!
Takuma Watabiki
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
Kenji Hiranabe
Groovy 1.8の新機能について
Groovy 1.8の新機能について
Uehara Junji
G*におけるソフトウェアテスト・シーズンIII
G*におけるソフトウェアテスト・シーズンIII
Takuma Watabiki
Groovier testing with Spock
Groovier testing with Spock
Robert Fletcher
Spock Framework 2
Spock Framework 2
Ismael
うさぎ組 in G* WorkShop -うさみみの日常-
うさぎ組 in G* WorkShop -うさみみの日常-
kyon mm
Groovy Testing Aug2009
Groovy Testing Aug2009
guest4a266c
How about Gradle?
How about Gradle?
Yasuharu Nakano
Spock: A Highly Logical Way To Test
Spock: A Highly Logical Way To Test
Howard Lewis Ship
Destacado
(20)
Hands on the Gradle
Hands on the Gradle
レガシーコード改善はじめました 横浜道場
レガシーコード改善はじめました 横浜道場
function list
function list
Groovy and Grails in Action - Devoxx 2008 - University - Guillaume Laforge
Groovy and Grails in Action - Devoxx 2008 - University - Guillaume Laforge
Testing Web Applications with GEB
Testing Web Applications with GEB
Gradle a new Generation Build Tool
Gradle a new Generation Build Tool
Androidリリース作業の効率化(2)
Androidリリース作業の効率化(2)
Spock Framework
Spock Framework
Groovy, Transforming Language
Groovy, Transforming Language
Gradle talk, Javarsovia 2010
Gradle talk, Javarsovia 2010
Spockを使おう!
Spockを使おう!
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
AgileJapan2010 基調講演:野中郁次郎先生による「実践知のリーダシップ~スクラムと知の場作り」
Groovy 1.8の新機能について
Groovy 1.8の新機能について
G*におけるソフトウェアテスト・シーズンIII
G*におけるソフトウェアテスト・シーズンIII
Groovier testing with Spock
Groovier testing with Spock
Spock Framework 2
Spock Framework 2
うさぎ組 in G* WorkShop -うさみみの日常-
うさぎ組 in G* WorkShop -うさみみの日常-
Groovy Testing Aug2009
Groovy Testing Aug2009
How about Gradle?
How about Gradle?
Spock: A Highly Logical Way To Test
Spock: A Highly Logical Way To Test
Similar a The outlineoftestprocess
品質基礎知識
品質基礎知識
Reiko Yamashita
テストとの上手な付き合い方
テストとの上手な付き合い方
Akira Suenami
加速させるテスト 減速させるテスト
加速させるテスト 減速させるテスト
kyon mm
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
Kotaro Ogino
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeploy
Ryutaro YOSHIBA
Automation test.ssf alpha
Automation test.ssf alpha
ryuji koyama
平成26年度 開発補助事業 公募説明会資料
平成26年度 開発補助事業 公募説明会資料
robotcare
「人為ミス防止」フレームワークと「プロセス可視化」ツールを使って プロセス改善を実践してみた
「人為ミス防止」フレームワークと「プロセス可視化」ツールを使って プロセス改善を実践してみた
KLab Inc. / Tech
JaSST16tokyo tm_koyama
JaSST16tokyo tm_koyama
ryuji koyama
Q te cc2
Q te cc2
Fujie Teppei
ロボット介護機器設計支援ツール、中坊嘉宏(産総研)
ロボット介護機器設計支援ツール、中坊嘉宏(産総研)
robotcare
#STAC2014 状態遷移を活用した自動テストのテスト戦略とデプロイメントパイプライン
#STAC2014 状態遷移を活用した自動テストのテスト戦略とデプロイメントパイプライン
kyon mm
レガシーコードとの付き合い方とテストでの話
レガシーコードとの付き合い方とテストでの話
H Iseri
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
Dai FUJIHARA
ぼくのかんがえた iOSテスト戦略
ぼくのかんがえた iOSテスト戦略
Naoki Umehara
開発品質向上のための、ASQ/ALMソリューション ~品質向上策・活用していないのは何故ですか?~
開発品質向上のための、ASQ/ALMソリューション ~品質向上策・活用していないのは何故ですか?~
mafujiwara
ITS fidel
ITS fidel
Fidel Softech P. Ltd
「Bug advocacy」読んでみた 公開版
「Bug advocacy」読んでみた 公開版
しょうご すずき
実証試験総論(午前の部)(大川弥生)
実証試験総論(午前の部)(大川弥生)
robotcare
サイボウズQAの働き方
サイボウズQAの働き方
Cy1DayCy1Day
Similar a The outlineoftestprocess
(20)
品質基礎知識
品質基礎知識
テストとの上手な付き合い方
テストとの上手な付き合い方
加速させるテスト 減速させるテスト
加速させるテスト 減速させるテスト
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
【システムテスト自動化カンファレンス2015】 楽天の品質改善を加速する継続的システムテストパターン #stac2015
ワンクリックデプロイ101 #ocdeploy
ワンクリックデプロイ101 #ocdeploy
Automation test.ssf alpha
Automation test.ssf alpha
平成26年度 開発補助事業 公募説明会資料
平成26年度 開発補助事業 公募説明会資料
「人為ミス防止」フレームワークと「プロセス可視化」ツールを使って プロセス改善を実践してみた
「人為ミス防止」フレームワークと「プロセス可視化」ツールを使って プロセス改善を実践してみた
JaSST16tokyo tm_koyama
JaSST16tokyo tm_koyama
Q te cc2
Q te cc2
ロボット介護機器設計支援ツール、中坊嘉宏(産総研)
ロボット介護機器設計支援ツール、中坊嘉宏(産総研)
#STAC2014 状態遷移を活用した自動テストのテスト戦略とデプロイメントパイプライン
#STAC2014 状態遷移を活用した自動テストのテスト戦略とデプロイメントパイプライン
レガシーコードとの付き合い方とテストでの話
レガシーコードとの付き合い方とテストでの話
アジャイルテストを、壮絶に、考える。
アジャイルテストを、壮絶に、考える。
ぼくのかんがえた iOSテスト戦略
ぼくのかんがえた iOSテスト戦略
開発品質向上のための、ASQ/ALMソリューション ~品質向上策・活用していないのは何故ですか?~
開発品質向上のための、ASQ/ALMソリューション ~品質向上策・活用していないのは何故ですか?~
ITS fidel
ITS fidel
「Bug advocacy」読んでみた 公開版
「Bug advocacy」読んでみた 公開版
実証試験総論(午前の部)(大川弥生)
実証試験総論(午前の部)(大川弥生)
サイボウズQAの働き方
サイボウズQAの働き方
Más de kyon mm
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
kyon mm
Kaizen process with test #hackt
Kaizen process with test #hackt
kyon mm
ザ・ジェネラリスト #5000dai
ザ・ジェネラリスト #5000dai
kyon mm
ICST2015 GUI Testingの紹介 #SIGSTJ
ICST2015 GUI Testingの紹介 #SIGSTJ
kyon mm
焦らず急いでの意味
焦らず急いでの意味
kyon mm
Sta introduction in_kyoto #devkan
Sta introduction in_kyoto #devkan
kyon mm
出来るチューリング完全!SQLでもいろいろ出来る! #syoboben
出来るチューリング完全!SQLでもいろいろ出来る! #syoboben
kyon mm
#STAC2014 システムテスト自動化ハンズオン
#STAC2014 システムテスト自動化ハンズオン
kyon mm
テストファースト、自動テストを導入するという事について(@社内勉強会)
テストファースト、自動テストを導入するという事について(@社内勉強会)
kyon mm
Gradle 2.2, 2.3 news #jggug
Gradle 2.2, 2.3 news #jggug
kyon mm
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
kyon mm
Groovyで学ぶプロセス代数 #jjug
Groovyで学ぶプロセス代数 #jjug
kyon mm
テストエンジニアの品格 #automatornight
テストエンジニアの品格 #automatornight
kyon mm
@kyon_mmの書籍の読み方 #AsianAA
@kyon_mmの書籍の読み方 #AsianAA
kyon mm
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
kyon mm
GradleのREPLプラグイン紹介 #jggug
GradleのREPLプラグイン紹介 #jggug
kyon mm
契る意味 #pykonjp2014
契る意味 #pykonjp2014
kyon mm
いつでも聞けるTDD入門 #TDDBC_NAGOYA
いつでも聞けるTDD入門 #TDDBC_NAGOYA
kyon mm
Test Retrospective #kyon_kao_wedding in Tokyo
Test Retrospective #kyon_kao_wedding in Tokyo
kyon mm
ソフトウェア開発を勉強し始めて3年間でやったこと~After~ #devsumi
ソフトウェア開発を勉強し始めて3年間でやったこと~After~ #devsumi
kyon mm
Más de kyon mm
(20)
Scrum,Test,Metrics #sgt2016
Scrum,Test,Metrics #sgt2016
Kaizen process with test #hackt
Kaizen process with test #hackt
ザ・ジェネラリスト #5000dai
ザ・ジェネラリスト #5000dai
ICST2015 GUI Testingの紹介 #SIGSTJ
ICST2015 GUI Testingの紹介 #SIGSTJ
焦らず急いでの意味
焦らず急いでの意味
Sta introduction in_kyoto #devkan
Sta introduction in_kyoto #devkan
出来るチューリング完全!SQLでもいろいろ出来る! #syoboben
出来るチューリング完全!SQLでもいろいろ出来る! #syoboben
#STAC2014 システムテスト自動化ハンズオン
#STAC2014 システムテスト自動化ハンズオン
テストファースト、自動テストを導入するという事について(@社内勉強会)
テストファースト、自動テストを導入するという事について(@社内勉強会)
Gradle 2.2, 2.3 news #jggug
Gradle 2.2, 2.3 news #jggug
テストとリファクタリングに関する深い方法論 #wewlc_jp
テストとリファクタリングに関する深い方法論 #wewlc_jp
Groovyで学ぶプロセス代数 #jjug
Groovyで学ぶプロセス代数 #jjug
テストエンジニアの品格 #automatornight
テストエンジニアの品格 #automatornight
@kyon_mmの書籍の読み方 #AsianAA
@kyon_mmの書籍の読み方 #AsianAA
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
JenkinsとGitで実装するGatewayCheckIn Pattern #AsianAA
GradleのREPLプラグイン紹介 #jggug
GradleのREPLプラグイン紹介 #jggug
契る意味 #pykonjp2014
契る意味 #pykonjp2014
いつでも聞けるTDD入門 #TDDBC_NAGOYA
いつでも聞けるTDD入門 #TDDBC_NAGOYA
Test Retrospective #kyon_kao_wedding in Tokyo
Test Retrospective #kyon_kao_wedding in Tokyo
ソフトウェア開発を勉強し始めて3年間でやったこと~After~ #devsumi
ソフトウェア開発を勉強し始めて3年間でやったこと~After~ #devsumi
The outlineoftestprocess
1.
The Outline of
Test Process in Nagoya.Testing 2 in Tokyo 2012.04.06
2.
Self Introduction 名前:きょん(kyon_mm) Blog :
うさぎ組 Target : 開発環境改善 Groovy、テスト、自動化、アジャイル、品質保証 24歳うさみみ系男子 SCMBootCamp、Nagoya.Testing, StartupGroovy
3.
Agenda テストとは? テストプロセスについて まとめ
4.
テストとは?
5.
JSTQB (Testing) 成果物が定義した要件を満足するかを判定し、目的に合致す ることを実証し、欠陥を見つけるため、ソフトウェア製品や 関連成果物に対し、計画、準備、評価をすること。 全てのライフサイクルを通じて実施する静的、動的なプロセ ス。 静的解析ツール、レビュー、ユーザビリティーテスト
も含む
6.
kyon_mm 対象のプロダクトを一意的に判断する行為。 (レビューやユーザビリティテストは必須な要素だが、テス トではない)
7.
#なごやこわい コンパイルはテスト ロジックを型に落とし込みやすい言語で、静的型付けだと、 コンパイル時に多くのエラーがとれる つまり、静的型付け関(ry
8.
Agenda テストとは? テストプロセスについて まとめ
9.
テストプロセスについて
10.
テストプロセスについて テスト戦略策定(テスト計画) テスト分析/テスト設計 テスト実装 テスト実施/報告
11.
テスト戦略策定 Purpose テストの指針となるものに関して計画する。テストに要求されているもの、実施時のリス クやリソースなど鑑みる。 Input 要求仕様書、アーキテクチャ、プロジェクト体制 Output テスト計画書。例として次のような項目をリストにできるようにする。テストカテゴリ (テスト目的、テスト対象)、テスト設計方針(適用する手法)、時期、人、手段、テストロ グ、インシデントレポートの提供方法
12.
テスト戦略手順 テスト要求(テスト目的、品質目標、リスク、リソース)の分析 テスト対象アーキテクチャの分析、分解する 「テスト対象」と「テスト要求」の分析結果を組み合わせて「テスト観点」を構 築する テスト全体のバランスをとる。テストの抜けもれ、重複をなくす テスト技法などの組合せの方針を決定する テストのマイルストーンを決めて、テスト計画書に書き出す
13.
テスト戦略 テスト要求 テストに求められているもののこと。「○○であることを保証 したい」「○○チームでテストをまわしてほしい」「○○までに リリースしてほしい」などなど アジャイルサムライ的に言うと「時間, 予算, 品質,
スコープ」 などの要求があり、それらはリスクでもある。
14.
テスト戦略 テスト対象 対象プロダクトでテストする機能、特徴のこと。 JSTQB的には「テストするコンポーネントやシステムのこ と」
15.
テスト戦略 テスト目的 対象プロダクトを評価する視点、どんなバグがあるか(ない か)を確認する視点のこと。
16.
テスト戦略手順 テスト要求(テスト目的、品質目標、リスク、リソース)の分析 テスト対象アーキテクチャの分析、分解する 「テスト対象」と「テスト要求」の分析結果を組み合わせて「テスト観点」を構 築する テスト全体のバランスをとる。テストの抜けもれ、重複をなくす テスト戦略全体を見ながら、テスト観点毎にテスト技法や網羅基準、組合せなど の「テスト設計の方針」を決定する テストのマイルストーンを決めて、テスト計画書に書き出す
17.
テスト戦略:キーワード ソフトウェアの品質特性 テストタイプ、テストカテゴリ テストフレーム、テストアーキテクチャ テスト技法、レビュー
18.
テスト分析 Purpose 対象プロダクトを「テスト設計可能なレベル」まで分析する。プロダクトをテストし やすいように再度整理する。 Input 外部仕様書、開発で採用しているツール、設計思想 Output テストを設計するための調査結果。例として次のようなものがあげられる。機能をま とめたマトリクス、状態遷移図、ER図、ユースケース図、デシジョンテーブル
19.
テスト分析手順 対象プロダクトの「 振る舞い、モデル、ツール、原則など」を整理する。 整理した結果をもとにテスト対象をブレークダウンする。 必要であればプロダクトの仕様書とは別にテスト用に再整理したドキュメントを 作成する。 テスト分析結果をまとめる。
20.
テスト設計 Purpose テスト戦略で決定した「テスト観点」を「テスト設計方針」に従ってテストケース作成の ために設計を実施する。 Input 前フェーズまでのインプット、アウトプット Output テスト設計書。例として次のような項目をリストにできるようにする。テストカテゴリ、 テスト目的、テスト対象、テスト条件とすべきパラメータ(仕様項目)、テスト実装方針(適 用するテスト技法、網羅基準)、テストケースにした際の優先順位基準
21.
テスト設計手順 テスト観点毎にテスト分析結果およびテスト設計方針にしたがっ てテスト条件を特定する。 テストケース数を見積もる テスト設計が妥当かを考える。テストが多すぎないか、テスト目 的から外れていないか、テスト減らすことは出来るか。 テスト設計書にまとめる。
22.
テスト設計 テスト技法(テスト設計技法) テストケースを導出するための手法。主に網羅基準や論理関 係の決定からパターンを作成しやすくする目的で使用する。
23.
テスト設計:キーワード テスト技法 同値分割、境界値分析、制御パスフロー、All-Pair法、状態遷 移テスト、デシジョンテーブル、原因結果グラフ、リスク ベースドテスト 静的解析 網羅基準
24.
テスト実装 Purpose テスト設計をもとにテストケースを実装する。テストケースはテスト実施者に最適化され たフォーマットが望ましい。 Input 前フェーズまでのインプット、アウトプット Output テスト仕様書。例として次のような項目をリストにできるようにする。テストカテゴリ、 テスト目的、テスト対象、テスト設計方針、テスト条件の基準となった仕様、優先順位、 事前条件、テスト手順、期待結果(不変な項目、変化する項目)
25.
テスト実装手順 テスト設計結果から、テスト条件パラメータを見直す 具体的な期待結果(不変項目、変化項目など)を考える 事前条件、テスト手順を考える 設計にしたがって(「事前条件、テスト条件パラメータ、期待結果の組合せ」 「テストケースの優先度」、などを考えて)、テストケースを作成する テスト仕様書にまとめる。テスト環境やテスト実施者が実施しやすい、確認しや すいようなテストケースの並び順や記述を考慮する。
26.
テスト実施/報告 Purpose テストを実施し、プロダクトを評価する。テストケースの結果だけではなく、プ ロダクトの品質に関わるものは報告する。ただし、品質が定義されている事が重 要。 Input 前フェーズまでのインプット、アウトプット Output バグレポート、テスト成績、テスト結果報告
27.
テスト実施/報告手順 テストログのフォーマットを決定する テスト仕様書に従ってテストを実施する テストログをとる テストログからバグについて分析する バグについてインシデントレポートをまとめる 品質見解報告をまとめる
28.
Agenda テストとは? テストプロセスについて まとめ
29.
まとめ テストプロセスって長いと思われがちだけど、実際はよく やっていることを明確に定義づけたものです。 テスト自体がまだまだ未成熟な領域が広いので、違和感があ るかもしれません。 一元的に正しいものは存在しません。
Notas del editor
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
Descargar ahora