テスト設計スキル評価方法の提案と実践事例

Similar documents
過去問セミナーTM

日経ビジネス Center 2

セミナータイトル    ~サブタイトル~

D6_ISTQB

Microsoft PowerPoint - B3-3_差替版.ppt [互換モード]

Test.SSF Skill Standards Version 1.0

ITスキル標準に準拠した      大学カリキュラムの改善

<4D F736F F D F193B994AD955C D9E82DD835C EC091D492B28DB8816A2E646F63>

「JSTQBの活動紹介」

目次 取組み概要 取組みの背景 取組みの成果物 適用事例の特徴 適用分析の特徴 適用事例の分析結果から見えたこと JISAによる調査結果 どうやって 実践のヒント をみつけるか 書籍発行について紹介 今後に向けて 2

はじめに 本ドキュメントは Redmine を使用して稼働する定量的プロジェクト管理ツール ( 以下 IPF と略します ) のヘルプです IPF の操作に関わる機能を解説しており Redmine 及び構成管理ツール (Subversion Git) の標準機能については 本ヘルプの記載対象外として

自 己 紹 介 町 田 欣 史 (まちだ よしのぶ) 所 属 株 式 会 社 NTTデータ 技 術 開 発 本 部 プロアクティブ テスティングCOE テスト 品 質 保 証 に 関 する 技 術 支 援 研 究 開 発 活 動 JSTQB(テスト 技 術 者 資 格 認 定 ) 技 術 委 員 会

外部からの脅威に対し ファジング の導入を! ~ さらなる脆弱性発見のためのセキュリティテスト ~ 2017 年 5 月 10 日独立行政法人情報処理推進機構技術本部セキュリティセンター小林桂 1

JSTQBのご紹介

D5-2_S _003.pptx

i コンピテンシ ディクショナリ を 活用した品質エンジニアの育成 その 2 独立行政法人情報処理推進機構 HRD イニシアティブセンター 奥村有紀子

Microsoft PowerPoint - ETEC-CLASS1資料 pptx

【NEM】発表資料(web掲載用).pptx

スキル領域 職種 : ソフトウェアデベロップメント スキル領域と SWD 経済産業省, 独立行政法人情報処理推進機構

索的テスト特有の不透明さが受け入れられ難い このような探索的テストにおけるテスト管理の問題を JSTQB Foundation Level のシラバスに従い テスト管理のカテゴリごとに整理すると表 88-1 のようになる [2] 表 88-1 探索的テストにおけるテスト管理の現状テスト管理のカテゴリ

スライド 1

縺・・縺。謔縲・シ冗ャャ・難シ仙捷

040402.ユニットテスト

JaSST'17 Tohoku_基調講演

Microsoft PowerPoint - Map_WG_2010_03.ppt

スキル領域 職種 : マーケティング スキル領域と MK 経済産業省, 独立行政法人情報処理推進機構

HIGIS 3/プレゼンテーション資料/J_GrayA.ppt

Microsoft Word - ESxR_Trialreport_2007.doc

Microsoft PowerPoint - Wmodel( ) - 配布用.pptx

セキュリティテスト手法 ファジング による脆弱性低減を! ~ 外部からの脅威に対し 製品出荷前に対策強化するために ~ 2016 年 5 月 12 日独立行政法人情報処理推進機構技術本部セキュリティセンター情報セキュリティ技術ラボラトリー鹿野一人 1

2 NTT データビズインテグラル会社概要 会社名 本社所在地 株式会社 NTT データビズインテグラル NTTDATA BIZINTEGRAL CORPORATION 住所 東京都港区六本木三丁目 5 番 27 号六本木山田ビル 2 階 電話 設立年月日

PowerPoint プレゼンテーション

<4D F736F F F696E74202D E A92E897CA D E83678AC7979D B838B5F F947

PowerPoint プレゼンテーション

<4D F736F F F696E74202D DD8D8782ED82B98B5A8F7082F B582BD835C F E707074>

生産ライン・設備機器メーカー双方の課題をIoTで解決!

J-SOX 自己点検評価プロセスの構築

Microsoft PowerPoint - 矢部SPIJAPAN2013_発表用.pptx

智美塾 ゆもつよメソッドのアーキテクチャ

ACR-C 保証継続報告書 独立行政法人情報処理推進機構原紙理事長藤江一正押印済変更 TOE 申請受付日 ( 受付番号 ) 平成 24 年 1 月 12 日 (IT 継続 2077) 認証番号 C0312 申請者コニカミノルタビジネステクノロジーズ株式会社 TOEの名称日本語名 :bi

H30年春期 情報処理安全確保支援士 合格発表コメント

オペレーション メテオ       魅力性テスト チーム

Microsoft PowerPoint - Personal Software Process (PSP)の実施の定着化

PowerPoint プレゼンテーション

プロダクトオーナー研修についてのご紹介

「JSTQBの活動紹介」

Copyright Compita Japan ISO33k シリーズとは? これまで使用されてきたプロセスアセスメント標準 (ISO/IEC 本稿では以降 ISO15504 と略称する ) は 2006 年に基本セットが完成し 既に 8 年以上が経過しています ISO

個人依存開発から組織的開発への移行事例 ~ 要求モデル定義と開発プロセスの形式化 による高生産性 / 高信頼性化 ~ 三菱電機メカトロニクスソフトウエア ( 株 ) 和歌山支所岩橋正実 1

プロジェクトを成功させる見積りモデルの構築と維持・改善 ~CoBRA法による見積りモデル構築とその活用方法について~

IT スキル標準 V3 2011_ 職種の概要と達成度指標 (7) アプリケーションスペシャリスト 職種の概要と達成度指標 APS 経済産業省, 独立行政法人情報処理推進機構

第2回中級ソフトウェア品質技術者資格試験記述式問題の解説(案)

Microsoft PowerPoint - CoBRA法の概要r1.pptx

4.7.4 プロセスのインプットおよびアウトプット (1) プロセスへのインプット情報 インプット情報 作成者 承認者 備 考 1 開発に関するお客様から お客様 - の提示資料 2 開発に関する当社収集資 リーダ - 料 3 プロジェクト計画 完了報 リーダ マネージャ 告書 ( 暫定計画 ) 4

【A3-2】「テストエンジニアの人材育成と自己開発の秘密のレシピ~エンジニア能力開発のすすめ~

uiss_all.pdf

はじめに 原因結果グラフ技法を学ぼう まずは 原因結果グラフ について解説します 例題を使って 原因結果グラフ を描いてみます 演習問題のグラフを作ってみよう まずは一人で描いてみよう 近くの人とグラフの違いを見比べてみよう ツールを使って使ってみよう 支援ツール CEGTest を使って 演習問題

IT 産業を取り巻く環境の変化 ネットワークの普及 競争の激化ビジネスモデルの革新トラブルの多発 期待 ニーズ システムへの要求が増大 安全 安心への要請が増大 低コスト 短納期開発 多機能化 高性能化 信頼できるマネジメント トラブル未然抑止 リスクの増大 理想 不適切な見積 生産性の見誤り 人海

Information-technology Promotion Agency, Japan (ET-WEST 2013)2013 年 6 月 13 日 ~14 日 組込みシステム開発技術リファレンス ESxR シリーズ概要紹介 IPA 独立行政法人情報処理推進機構 SEC ソフトウェア高信頼化セン

2 はじめに IPA/SEC では ソフトウェア開発における定量的管理の普及促進の一環として 国内の多様なソフトウェア開発のプロジェクトデータを整理 分析した ソフトウェア開発データ白書 を 2004 年より定期的に発行しています その最新版である ソフトウェア開発データ白書 を

5. オープンソースWAF「ModSecurity」導入事例 ~ IPA はこう考えた ~

KnowledgeDeliver

1. 営業改革への取り組みポイント 1. 営業現場の実態 ~As is 2. 営業現場の見える化 ~To Be( あるべき姿 ) 3. 営業現場の見える化への取り組み ~What to do( 何をすべきか ) 4. 営業現場の見える化への取り組み ~How to do( どのようにすべきか ) 2

SEC セミナー (2012 年 12 月 21 日 ) 定量的品質管理 実践的取組み 定量的品質管理 手法の企業での取り組み事例 1 品質 生産性目標の設定方法 2 現場で定着させるテクニック ~ 品質管理を効果的に実践するには ~ 三菱電機インフォメーションシステムズ株式会社業務プロセス改善推進

Agile 開発におけるプロジェクト管理の課題 リアルタイムなタスク管理 反復開発計画 ( イテレーション スプリント,..) が頻繁に変更される 機能追加やバグ修正 リファクタリングによるソースコード修正に対応したタスク管理が必要 ソースコードの二重管理 リリース済みのソースコードと 開発中のソー

<4D F736F F D2092CA96F388C493E08E6D834B >

効率の良いテストシナリオ? テストの進め方 テストプロセス テストの設計 より少ないテストケースで より多くのバグを見つける Mercury Interactive Japan KK all rights reserved. 2

目次 1. はじめに 2. 利用目的別メトリクス一覧表の仕組み 3. 検索機能の使い方 4. 利用シナリオ 5. おわりに Center 1

1.IT パスポート試験とは 1

なぜバグ曲線は収束するのか

業務紹介 ソフトウェア品質コンサルティング業務 URL: ucts/consulting/index.html Process Technology 開発と改善の豊富な経験に基づく実践的なノウハウをご提供いたします コンサルティング実績 Peopl

Copyright IPA Copyright IPA Copyright IPA モジュール A モジュール B モジュール C モジュール D 全体規模想定到達規模 規模計画値 4W 平均生産性 ( 右目盛 ) Copyright IPA が提供する定量関連のコンテンツ ツール群 データ提供企業

目次 ペトリネットの概要 適用事例


奄美地域の自然資源の保全・活用に関する基本的な考え方(案)

新事業・サービスの創出プロセスと各プロセスに含まれるタスク

変更要求管理テンプレート仕様書

ソフト品質2017_H1-4.pdf

スライド 1

品質 生産性目標の測定量 品質 生産性の測定量は何があるの? 点検のタイミンク 種類 要件定義 設計 製作 試験 全体 見積り 概算 正式 生産性 規模に対する工数実績 (Hr/KL) 規模に対する工期実績 ( 日 /KL) 規模に対する工数実績 (Hr/KL) 規模に対する工期実績 ( 日 /KL

<4D F736F F F696E74202D20835C CC967B8EBF2E B8CDD8AB B83685D>

IMI情報共有基盤 「表からデータモデル」 データ変換のみを行う方向け画面説明

PowerPoint プレゼンテーション

<4D F736F F F696E74202D2091E63389F15F8FEE95F1835A834C A CC B5A8F FD E835A835890A78CE C CC835A834C A A2E >

CodeRecorderでカバレッジ

KnowledgeDeliver

はじめに : ご提案のポイント

プロジェクトマネジメント知識体系ガイド (PMBOK ガイド ) 第 6 版 訂正表 - 第 3 刷り 注 : 次の正誤表は PMBOK ガイド第 6 版 の第 1 刷りと第 2 刷りに関するものです 本 ( または PDF) の印刷部数を確認するには 著作権ページ ( 通知ページおよび目次の前 )

PARTⅢ 検証事例 2. トレーサビリティ管理の自動化に踏み切った理由や経緯 (1) 国際スタンダード認証に関する課題 ISO DO-178B/C IEC などの国際スタンダードでは 開発工程全般にわたって要件が満たされていること ( システムの正しい要件が 正しい方法で

<4D F736F F F696E74202D E291AB8E9197BF A F82CC8A A390698DF42E707074>

Software Engineering Center Information-technology Promotion Agency, Japan SEC 主催セミナー ( 東京 ) 2012 年 11 月 12 日 定量的プロジェクト管理ツールの概要 独立行政法人情報処理推進機構技術本部ソフトウ

Microsoft Word - WebClass Ver 9.08f 主な追加機能・修正点.docx

DSOC_DSR-04

Software Engineering Center Information-technology Promotion Agency, Japan IPA 2012 年 11 月 日日 定量的プロジェクト管理ツールの概要 独立行政法人情報処理推進機構

Microsoft PowerPoint - 【セット】IPA.pptx

ソフトウェアテストプロセスに関する一考察 - V ⇒ W ⇒ V3 -

どのような便益があり得るか? より重要な ( ハイリスクの ) プロセス及びそれらのアウトプットに焦点が当たる 相互に依存するプロセスについての理解 定義及び統合が改善される プロセス及びマネジメントシステム全体の計画策定 実施 確認及び改善の体系的なマネジメント 資源の有効利用及び説明責任の強化

Using VectorCAST/C++ with Test Driven Development

サイト名

はじめに IPA/SEC では ソフトウェア開発における定量的管理の普及促進の一環として 国内の多様なソフトウェア開発のプロジェクトデータを整理 分析した ソフトウェア開発データ白書 を 2004 年より定期的に発行しています その最新版である ソフトウェア開発データ白書 を 2

目次 1. 会社紹介 2. 小規模ソフトウェア開発のプロセス改善 3. 改善後の開発現場に現れてきた気になる傾向 4. 小集団改善活動 5. 当社が考える小規模開発 1/20

Transcription:

ソフトウェアテストシンポジウム 2014 東京 テスト設計スキル評価方法の提案と実践事例 2014 年 3 月 7 日株式会社 NTT データ技術開発本部プロアクティブ テスティング COE 町田欣史 Copyright 2014 NTT DATA Corporation

自己紹介 町田欣史 ( まちだよしのぶ ) 所属株式会社 NTTデータ技術開発本部プロアクティブ テスティングCOE - テストプロセス テスト技法に関する研究開発 技術支援 - テストツールの開発 調査 技術支援 活動 - JSTQB( テスト技術者資格認定 ) 技術委員 - ASTER テストツールWGメンバ - 執筆 講演歴 ソフトウェア テスト PRESS Vol.1~Vol.4, Vol.6, Vol.10, 総集編 JSTQB 教科書 JSTQB 認定テスト技術者 Foundation Level 試験 ソフトウェア品質知識体系ガイド SQuBOK Guide - 現場で使えるソフトウェアテスト Java 編 @IT Eclipseで使えるテストツールカタログ 日経 ITpro 実践! テスト自動化の勘所 ソフトウェアテストシンポジウム (JaSST) 2009 東京 2011 東京 2011 四国 ITpro EXPO 2008(X-over Development Conference) 第 19 回ソフトウェア開発環境展 (SODEC) など Copyright 2014 NTT DATA Corporation 2

3 組織の位置づけ NTT データグループ NTT データ技術開発本部 プロアクティブ テスティング COE テストプロセスの抜本的改革 IV&V 推進 ソリューション 第三者検証 NTT データ 公共金融法人 NTT データグループ会社

本日の発表 1. テストにおける課題と対策 テスト設計のスキルが低い 社内教育の効果が出ない スキルを可視化して現場の意識を変える 2. 取り組み内容 テスト設計スキル評価の開発 評価項目の設定 評価方法の決定 評価レポートの作成 3. 適用事例と取り組みの評価 スキル評価を行い 仮説を検証 経験に関係なく真の実力を評価 実務での能力と相関 今後の課題 4. まとめ 評価結果の活用方法 他のスキル評価施策との関係 Copyright 2014 NTT DATA Corporation 4

1. テストにおける課題と対策 Copyright 2014 NTT DATA Corporation 5

6 1.1 テストにおける問題とその原因 テストの問題の原因の中から 人 に着目 品質 テストにおける 2 大問題 生産性 テストしてもバグが残る テストに時間 工数がかかる 手段 プロセス 人 ( スキル ) 原因 マネジメント 環境

7 1.2 対象とするスキルの決定 テスト設計 に関するテスト担当者のスキルに着目 テスト担当者の主要作業 テスト計画作業とコントロール テストベースを理解できない テストの分析と設計 テストの実装と実行 終了基準の評価とレポート 終了作業 テスト手順通りに実行できない テスト設計技法を使いこなせない テスト結果を正しく判断できない テストケースを正しく書けない 正しいやり方を知らない人が多い ヒューマンスキルによる部分も大きい テストの証跡をきちんと残せない

8 1.3 これまでの取り組みと結果 テスト設計スキル向上のための施策も効果は限定的 2009 年 ~ テスト設計スキル向上のための取り組み 5 年経って 現状 開発現場でのテスト設計の実態 テスト設計技法 手順の標準化 ガイドライン 経験や勘に頼ったテスト設計 社内研修 設計書や仕様書をコピーするだけ

9 1.4 新たな取り組み テスト設計スキルの可視化によって開発現場の意識を改革 開発現場の意識改革が必要 現状のスキルレベルを把握してもらう 今回の取り組み テスト設計スキルを定量的に示す

2. 取り組み内容 Copyright 2014 NTT DATA Corporation 10

2.1 情報収集 動向調査 他の施策を参考にしつつ要件を整理して独自評価を開発 これらは使えないのか? 名称 テスト団体 企業が提供する主なテストスキル評価施策 主催 自分たちが評価したいのは何か? JSTQB テスト技術者資格認定 JSTQB (Japan Software Testing Qualifications Board) IT 検証技術者認定試験 (IVEC) IT 検証産業協会 (IVIA) 組込みスキル標準 (ETSS) ITスキル標準 (ITSS) Test.SFF CAT 検定テスト設計コンテスト IPA 独立行政法人情報処理推進機構 NPO 法人ソフトウェアテスト技術振興協会 (ASTER) IT 検証産業協会 (IVIA) 株式会社シフト NPO 法人ソフトウェアテスト技術振興協会 (ASTER) Copyright 2014 NTT DATA Corporation 11

12 2.2 どのようなスキルを測りたいか テスト設計における問題から 5 つの評価項目を設定 1 テスト設計技法テスト設計技法を使いこなせるか 2 テストレベルテストレベルに合ったテスト設計ができるか 3 テストケースの記述テストケースに必要な情報を正しく書けるか 4 5 テストベースの問題検出 バグ検出の経験 知識 直感 テストベースに問題があることに気づけるか 欠陥を検出しやすいテストケースを作れるか

13 2.3 どのようにスキルを測りたいか 多肢選択式ではなく考え方まで分かる形式の試験 1 弊社の開発に近い題材を用いる 業務知識を必要とせず 比較的理解しやすい題材の簡易的なテストベースを設問に用いる 例 ) ポータルサイトやネットショップなど 3 部分点を与える 2 解答は自由記述とする 解答までたどり着かなくても考え方が合っていれば部分点を与えられるよう 解答の過程が見えるようにする デシジョンテーブルなど各種テスト技法の形式で解答する問題もある

参考 出題例 1 題材 : 乗換案内 画面イメージ 設問 ( 解答させる事項 ) 条件の組合せ 入力値のバリエーションなど Copyright 2014 NTT DATA Corporation 機密情報のため 図はモザイク加工しています 14

参考 出題例 2 題材 : チケット購入 画面遷移図 設問 ( 解答させる事項 ) すべての遷移を通るテストケースの数 テストケースの記述など 機密情報のため 図はモザイク加工しています Copyright 2014 NTT DATA Corporation 15

16 2.4 評価レポート 弱点や対策が分かるような評価レポートを提供 評価レポートの内容 総合得点 評価項目別の正答率 評価項目別のコメント アドバイス テスト設計技法別の正答率 テスト工程別の正答率 解答の傾向を基にアドバイスや取るべきアクションをコメント レーダーチャートで視覚的に分かりやすく

3. 適用事例と取り組みの評価 Copyright 2014 NTT DATA Corporation 17

18 3.1 スキル評価結果に対する仮説 経験年数 能力評価と比較してスキル評価の正しさを検証 1 テストの経験年数とスコアの関係 1. 経験年数が長くても高い評価になるとは限らない 2. バグ検出の経験 知識 直感 に関するスキルは経験年数 が長いほうが高い 仮説 2 マネージャ評価とスコアの関係 経験が生かされることが期待される唯一の評価項目 正しいテスト設計をしているとは限らないため 実務で高いパフォーマンスを発揮する人はスコアが高い パフォーマンスを表す指標にマネージャの評価を用いる

19 3.2 スキル評価対象 若手からベテランまで幅広い層が受験 試験概要 受験者の概要 試験問題数試験時間 大問 7 問小問 28 問 3 時間 受験者数 経験年数 101 名最長 25 年最短なし 解答形式 自由記述 平均 5.4 年 満点 200 点

20 3.3 スキル評価結果 1 テストの経験年数とスコアの関係 経験に関係なく真の実力を評価できそう 評価項目 正答率 ( 平均 ) 正答率と経験年数 との相関係数 テスト設計技法 42% -0.06 テストレベル 39% -0.05 テストケースの記述 47% -0.09 1 テストベースの問題検出 29% -0.05 バグ検出の経験 知識 直感 37% 0.08 2 合計 39% -0.05 1 相関がない 2 相関がない 経験によらないスキルを評価できている 経験を要する設問でない or 採点基準が甘い

3.3 スキル評価結果 2 マネージャ評価とスコアの関係 実務でのパフォーマンスに近い結果だが大きな差はない 受験者のマネージャが評価した能力レベル別のテスト設計スキル評価結果 レベルレベルの目安人数 A 作業および指導を任せられる 20 平均点 79.7 B 作業を一人でも任せられる 38 72.2 C 作業を一人で任せるには不安がある 12 64.2 Copyright 2014 NTT DATA Corporation マネージャから回答のあった一部の受験者のみが評価対象 21

4. まとめ Copyright 2014 NTT DATA Corporation 22

23 4.1 取り組み結果と今後の課題 スキル評価結果と実務での成果との関連の調査が必要 達成できたこと テスト設計スキル評価手法の開発と有効性の検証 今後の課題 受験者の実務での成果との相関の調査 バグ検出能力や作成するテストケースの網羅率との相関など スキル評価結果を用いた適切な要員配置 担当工程の振り分け 高スキル者と低スキル者のペアなど

24 4.2 他の施策とのすみ分け 他の施策と相互補完しながらテストスキル向上を目指す JSTQB (Foundation Level) 今回開発したスキル評価方法 基礎的 レベル 実践的 汎用的 対象ドメイン やや特化 テスト全体 評価対象領域 テスト設計 選択式 評価方法 記述式 JSTQB(Advanced Level) の資格種別 テクニカルテストアナリスト は重複する可能性があるので 開始されたら確認が必要

Copyright 2011 NTT DATA Corporation Copyright 2014 NTT DATA Corporation