Enviar pesquisa
Carregar
組み合わせテスト_エンジニア勉強会20130910
•
1 gostou
•
1,178 visualizações
エンジニア勉強会 エスキュービズム
Seguir
9月10日開催のエスキュービズム社内勉強会資料です。
Leia menos
Leia mais
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 9
Baixar agora
Baixar para ler offline
Recomendados
PFI final presentation
PFI final presentation
Kenta Oono
EmitJSの環境をちょこっと調べた
EmitJSの環境をちょこっと調べた
kyon mm
One way to see higher dimensional surface
One way to see higher dimensional surface
Kenta Oono
Cafetesting12
Cafetesting12
kyon mm
PFI seminar 2010 0902
PFI seminar 2010 0902
Kenta Oono
高専生の大好きな○○のお話
高専生の大好きな○○のお話
okayan08
Jstqb test analyst-chap3
Jstqb test analyst-chap3
Kosuke Fujisawa
品質基礎知識
品質基礎知識
Reiko Yamashita
Recomendados
PFI final presentation
PFI final presentation
Kenta Oono
EmitJSの環境をちょこっと調べた
EmitJSの環境をちょこっと調べた
kyon mm
One way to see higher dimensional surface
One way to see higher dimensional surface
Kenta Oono
Cafetesting12
Cafetesting12
kyon mm
PFI seminar 2010 0902
PFI seminar 2010 0902
Kenta Oono
高専生の大好きな○○のお話
高専生の大好きな○○のお話
okayan08
Jstqb test analyst-chap3
Jstqb test analyst-chap3
Kosuke Fujisawa
品質基礎知識
品質基礎知識
Reiko Yamashita
なぜ自社で脆弱性診断を行うべきなのか
なぜ自社で脆弱性診断を行うべきなのか
Sen Ueno
20130605-JSAI2013
20130605-JSAI2013
Hiroshi Kajino
レコメンドエンジン作成コンテストの勝ち方
レコメンドエンジン作成コンテストの勝ち方
Shun Nukui
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Hironori Washizaki
OSS奨励賞受賞プレゼン 活動紹介
OSS奨励賞受賞プレゼン 活動紹介
Hiromu Yakura
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
Makoto Nonaka
モデル最適化指標・評価指標の選び方
モデル最適化指標・評価指標の選び方
幹雄 小川
Webパフォーマンス計測の勘所 2013-07-05
Webパフォーマンス計測の勘所 2013-07-05
Yoichiro Takehora
第3回ソフトウェアテストセミナー
第3回ソフトウェアテストセミナー
Tomoyuki Sato
エスキュービズム新技術発表資料
エスキュービズム新技術発表資料
エンジニア勉強会 エスキュービズム
小売りにおけるAIの可能性
小売りにおけるAIの可能性
エンジニア勉強会 エスキュービズム
React Redux Redux-Saga + サーバサイドレンダリング
React Redux Redux-Saga + サーバサイドレンダリング
エンジニア勉強会 エスキュービズム
Azure container service上でコンテナベースでオートスケールの検証をしてみた
Azure container service上でコンテナベースでオートスケールの検証をしてみた
エンジニア勉強会 エスキュービズム
はじめての品質
はじめての品質
エンジニア勉強会 エスキュービズム
Go言語によるWebアプリケーション開発
Go言語によるWebアプリケーション開発
エンジニア勉強会 エスキュービズム
機械学習ライブラリ : TensorFlow
機械学習ライブラリ : TensorFlow
エンジニア勉強会 エスキュービズム
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
エンジニア勉強会 エスキュービズム
ほんのりTDD
ほんのりTDD
エンジニア勉強会 エスキュービズム
IoTで何をやったか
IoTで何をやったか
エンジニア勉強会 エスキュービズム
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
エンジニア勉強会 エスキュービズム
Dockerを用いたマイクロサービスについて
Dockerを用いたマイクロサービスについて
エンジニア勉強会 エスキュービズム
VRのコンテンツ
VRのコンテンツ
エンジニア勉強会 エスキュービズム
Mais conteúdo relacionado
Semelhante a 組み合わせテスト_エンジニア勉強会20130910
なぜ自社で脆弱性診断を行うべきなのか
なぜ自社で脆弱性診断を行うべきなのか
Sen Ueno
20130605-JSAI2013
20130605-JSAI2013
Hiroshi Kajino
レコメンドエンジン作成コンテストの勝ち方
レコメンドエンジン作成コンテストの勝ち方
Shun Nukui
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Hironori Washizaki
OSS奨励賞受賞プレゼン 活動紹介
OSS奨励賞受賞プレゼン 活動紹介
Hiromu Yakura
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
Makoto Nonaka
モデル最適化指標・評価指標の選び方
モデル最適化指標・評価指標の選び方
幹雄 小川
Webパフォーマンス計測の勘所 2013-07-05
Webパフォーマンス計測の勘所 2013-07-05
Yoichiro Takehora
第3回ソフトウェアテストセミナー
第3回ソフトウェアテストセミナー
Tomoyuki Sato
Semelhante a 組み合わせテスト_エンジニア勉強会20130910
(9)
なぜ自社で脆弱性診断を行うべきなのか
なぜ自社で脆弱性診断を行うべきなのか
20130605-JSAI2013
20130605-JSAI2013
レコメンドエンジン作成コンテストの勝ち方
レコメンドエンジン作成コンテストの勝ち方
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
Qua s tom-メトリクスによるソフトウェアの品質把握と改善
OSS奨励賞受賞プレゼン 活動紹介
OSS奨励賞受賞プレゼン 活動紹介
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
「事実にもとづく管理」によるソフトウェア品質の改善 ー ヒンシツ大学 Evening Talk #04
モデル最適化指標・評価指標の選び方
モデル最適化指標・評価指標の選び方
Webパフォーマンス計測の勘所 2013-07-05
Webパフォーマンス計測の勘所 2013-07-05
第3回ソフトウェアテストセミナー
第3回ソフトウェアテストセミナー
Mais de エンジニア勉強会 エスキュービズム
エスキュービズム新技術発表資料
エスキュービズム新技術発表資料
エンジニア勉強会 エスキュービズム
小売りにおけるAIの可能性
小売りにおけるAIの可能性
エンジニア勉強会 エスキュービズム
React Redux Redux-Saga + サーバサイドレンダリング
React Redux Redux-Saga + サーバサイドレンダリング
エンジニア勉強会 エスキュービズム
Azure container service上でコンテナベースでオートスケールの検証をしてみた
Azure container service上でコンテナベースでオートスケールの検証をしてみた
エンジニア勉強会 エスキュービズム
はじめての品質
はじめての品質
エンジニア勉強会 エスキュービズム
Go言語によるWebアプリケーション開発
Go言語によるWebアプリケーション開発
エンジニア勉強会 エスキュービズム
機械学習ライブラリ : TensorFlow
機械学習ライブラリ : TensorFlow
エンジニア勉強会 エスキュービズム
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
エンジニア勉強会 エスキュービズム
ほんのりTDD
ほんのりTDD
エンジニア勉強会 エスキュービズム
IoTで何をやったか
IoTで何をやったか
エンジニア勉強会 エスキュービズム
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
エンジニア勉強会 エスキュービズム
Dockerを用いたマイクロサービスについて
Dockerを用いたマイクロサービスについて
エンジニア勉強会 エスキュービズム
VRのコンテンツ
VRのコンテンツ
エンジニア勉強会 エスキュービズム
Azureで動いている機械学習のいろいろについて
Azureで動いている機械学習のいろいろについて
エンジニア勉強会 エスキュービズム
レイアウトについて
レイアウトについて
エンジニア勉強会 エスキュービズム
アルゴリズムとデータ構造(初歩)
アルゴリズムとデータ構造(初歩)
エンジニア勉強会 エスキュービズム
何故エンジニアはテストをしないのか
何故エンジニアはテストをしないのか
エンジニア勉強会 エスキュービズム
IoTのIを考えてみる話
IoTのIを考えてみる話
エンジニア勉強会 エスキュービズム
AzureのIaaSとかの話
AzureのIaaSとかの話
エンジニア勉強会 エスキュービズム
【エンジニア勉強会】品質ってなんなのさ
【エンジニア勉強会】品質ってなんなのさ
エンジニア勉強会 エスキュービズム
Mais de エンジニア勉強会 エスキュービズム
(20)
エスキュービズム新技術発表資料
エスキュービズム新技術発表資料
小売りにおけるAIの可能性
小売りにおけるAIの可能性
React Redux Redux-Saga + サーバサイドレンダリング
React Redux Redux-Saga + サーバサイドレンダリング
Azure container service上でコンテナベースでオートスケールの検証をしてみた
Azure container service上でコンテナベースでオートスケールの検証をしてみた
はじめての品質
はじめての品質
Go言語によるWebアプリケーション開発
Go言語によるWebアプリケーション開発
機械学習ライブラリ : TensorFlow
機械学習ライブラリ : TensorFlow
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
ほんのりTDD
ほんのりTDD
IoTで何をやったか
IoTで何をやったか
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
Dockerを用いたマイクロサービスについて
Dockerを用いたマイクロサービスについて
VRのコンテンツ
VRのコンテンツ
Azureで動いている機械学習のいろいろについて
Azureで動いている機械学習のいろいろについて
レイアウトについて
レイアウトについて
アルゴリズムとデータ構造(初歩)
アルゴリズムとデータ構造(初歩)
何故エンジニアはテストをしないのか
何故エンジニアはテストをしないのか
IoTのIを考えてみる話
IoTのIを考えてみる話
AzureのIaaSとかの話
AzureのIaaSとかの話
【エンジニア勉強会】品質ってなんなのさ
【エンジニア勉強会】品質ってなんなのさ
組み合わせテスト_エンジニア勉強会20130910
1.
組み合わせテスト 2013/09/10 エスキュービズム エンジニア勉強会 座談会資料
2.
http://www.7netshopping.jp/books/detail/-/accd/1106124464
3.
因子と水準 ● 因子 – 会員種別 –
ログインの有無 – ブラウザ端末 – … ● 水準 – 非会員、仮会員、本会員 – ログインしている、ログインしていない – PC、ガラケー、タブレット – ・・・
4.
2因子間網羅 ● 複数の因子の組み合わせをすべてテストするとな ると、組み合わせの数が膨大になる – 会員種別(3)×ログインの有無(2)×ブラウザ端末(3)×・・・ ●
2つの因子の組み合わせをすべて網羅する – 多くのバグは2因子間で見つかるという定説 ● 全バグ数に対する割合 ※とある研究結果 ● 1因子 → 30~60% ● 2因子 → 70~95% ● 3因子 → 90~99%
5.
直交表と オールペア(ペアワイズ)法
6.
直交表 ● どの列を取っても、同じ組合せ が同じ数だけある表 ● A1の条件であれ ば、B1,B2,B3が3回ず つ、C1,C2,C3が3回ずつ・・・ 含まれる。したがって、A1,A2 の平均を比較すれば、A以外 の因子の影響は平均化される ので、Aに関しては他の因子の 影響がない公平な比較という ことになる。
http://www.hinkai.com/qe/tyokou.html
7.
オールペア(ペアワイズ)法 ● 2因子間網羅を満たす最少の組み合わせをアルゴ リズムで導き出す – 直交表よりも組み合わせ数は少ない(必要なテストは因 子数に対して対数的にしか増えない) –
3因子間以上の網羅率は低い ● 禁則回避を設定できる ● ツールが利用できる
8.
組み合わせテストを 実施するまでの流れ ● 各担当者間でテスト対象とテストの目的に関する 認識を合わせる – テストで何を確認したいかによって、選択する因子や水 準は変わる ●
テスト対象の因子とおおよその水準を洗い出す ● 組み合わせ数を削減するかを検討する ● 組み合わせる因子・水準を選ぶ – 仕様書にあるすべての水準を組み合わせたいしょうに するのではなく、テストの目的にあった水準だけを組み 合わせ対象にするよう心がける ● 使用する手法を決定する – 直交表、オールペアか
9.
組み合わせ表を作成する際の注意点 ● 禁則を回避する – 現在では、指定された禁則関係を自動的に回避して最 小限の組み合わせ表を作成するツールがある ●
重要な組み合わせを追加する – 組み合わせ表の中に、3因子間以上をまたぐ重要な組 み合わせが含まれているとは限らない ● 無理して組み合わせテストを行わない – テストの期待結果を確認できない、確認しにくい場合 – 禁則が多すぎる場合
Baixar agora