Submit Search
Upload
もしかして、テストって誰でもできると思っちゃってませんか? 最新のテストの動向を知りたくないですか?
•
Download as PPTX, PDF
•
4 likes
•
1,426 views
tef-do
Follow
OSC17北海道での発表資料 タイトルはあおってるけど、内容はソフトです。 開催日:2017年7月15日
Read less
Read more
Software
Report
Share
Report
Share
1 of 117
Download now
Recommended
アジャイル開発と品質保証の密なる関係 #quesqa
アジャイル開発と品質保証の密なる関係 #quesqa
ques_staff
pact-jvmではじめるコンシューマー駆動契約
pact-jvmではじめるコンシューマー駆動契約
Hiroyuki Ohnaka
TDDのこれまで、そしてこれから
TDDのこれまで、そしてこれから
Hiroyuki Ohnaka
継続的E2Eテスト
継続的E2Eテスト
友隆 浅黄
Conference Summary Report: STARWEST 2017, Agile Testing Days 2017 ( #JaSST )
Conference Summary Report: STARWEST 2017, Agile Testing Days 2017 ( #JaSST )
teyamagu
ぐるなびあるあるLt2017
ぐるなびあるあるLt2017
eiji sekiya
20170704 Pitaliumの新機能
20170704 Pitaliumの新機能
Osamu Shimoda
Yahoo! JAPAN MeetUp #8 (インフラ技術カンファレンス)LT②
Yahoo! JAPAN MeetUp #8 (インフラ技術カンファレンス)LT②
Yahoo!デベロッパーネットワーク
Recommended
アジャイル開発と品質保証の密なる関係 #quesqa
アジャイル開発と品質保証の密なる関係 #quesqa
ques_staff
pact-jvmではじめるコンシューマー駆動契約
pact-jvmではじめるコンシューマー駆動契約
Hiroyuki Ohnaka
TDDのこれまで、そしてこれから
TDDのこれまで、そしてこれから
Hiroyuki Ohnaka
継続的E2Eテスト
継続的E2Eテスト
友隆 浅黄
Conference Summary Report: STARWEST 2017, Agile Testing Days 2017 ( #JaSST )
Conference Summary Report: STARWEST 2017, Agile Testing Days 2017 ( #JaSST )
teyamagu
ぐるなびあるあるLt2017
ぐるなびあるあるLt2017
eiji sekiya
20170704 Pitaliumの新機能
20170704 Pitaliumの新機能
Osamu Shimoda
Yahoo! JAPAN MeetUp #8 (インフラ技術カンファレンス)LT②
Yahoo! JAPAN MeetUp #8 (インフラ技術カンファレンス)LT②
Yahoo!デベロッパーネットワーク
OpenStack Summit Sydney OpenStackの運用や安定性に関する動向
OpenStack Summit Sydney OpenStackの運用や安定性に関する動向
kimura50
開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発
Yahoo!デベロッパーネットワーク
Fukuokarubykaigi medpeer ver1
Fukuokarubykaigi medpeer ver1
akinori fukumura
GitLabを16万8千光年ワープさせた話 GITLAB BIG UPGRADE PROJECT
GitLabを16万8千光年ワープさせた話 GITLAB BIG UPGRADE PROJECT
Wataru NOGUCHI
[社内セッション]DevOps時代の僕の生き方、働き方
[社内セッション]DevOps時代の僕の生き方、働き方
Shigeki Morizane
サービスのスケール化のための検索システム改善
サービスのスケール化のための検索システム改善
PIXTA Inc.
Xcodeの管理を楽に - Jenkins編 -
Xcodeの管理を楽に - Jenkins編 -
Toshiyuki Hirata
RSpecしぐさ
RSpecしぐさ
Takafumi ONAKA
LightningComponentのUnitテストについて.pptx
LightningComponentのUnitテストについて.pptx
Ryosuke Kobayashi
Na ite 24_op
Na ite 24_op
NaITE_Official
ICST 2017の歩き方 -歴史、開催概要、聴きどころ、Who's Who ・・ -
ICST 2017の歩き方 -歴史、開催概要、聴きどころ、Who's Who ・・ -
Keizo Tatsumi
NaITE27_op
NaITE27_op
NaITE_Official
マスティフ (for Xcode beta) - バージョンアップ対応を軽減するためのサービス
マスティフ (for Xcode beta) - バージョンアップ対応を軽減するためのサービス
Toshiyuki Hirata
DeNAにおけるSWETの役割
DeNAにおけるSWETの役割
Toshiyuki Hirata
2017 06-04.overview
2017 06-04.overview
Shin-ya Koga
Openstack ceph 20171115 vtj
Openstack ceph 20171115 vtj
Takehiro Kudou
2017 05-21.overview
2017 05-21.overview
Shin-ya Koga
20171227_JJUG_LT会資料_西野大介(@nishino_chekhov)
20171227_JJUG_LT会資料_西野大介(@nishino_chekhov)
Daisuke Nishino
エウレカBIチームの時間の使い方
エウレカBIチームの時間の使い方
Shinnosuke Ohkubo
ASTERIAxJP1で開発工数を削減
ASTERIAxJP1で開発工数を削減
ASTERIA User Group
テストケースをまとめて固めて「テストカタマリー」
テストケースをまとめて固めて「テストカタマリー」
tef-do
テスト設計技法?なにそれ?おいしいの?
テスト設計技法?なにそれ?おいしいの?
tef-do
More Related Content
Similar to もしかして、テストって誰でもできると思っちゃってませんか? 最新のテストの動向を知りたくないですか?
OpenStack Summit Sydney OpenStackの運用や安定性に関する動向
OpenStack Summit Sydney OpenStackの運用や安定性に関する動向
kimura50
開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発
Yahoo!デベロッパーネットワーク
Fukuokarubykaigi medpeer ver1
Fukuokarubykaigi medpeer ver1
akinori fukumura
GitLabを16万8千光年ワープさせた話 GITLAB BIG UPGRADE PROJECT
GitLabを16万8千光年ワープさせた話 GITLAB BIG UPGRADE PROJECT
Wataru NOGUCHI
[社内セッション]DevOps時代の僕の生き方、働き方
[社内セッション]DevOps時代の僕の生き方、働き方
Shigeki Morizane
サービスのスケール化のための検索システム改善
サービスのスケール化のための検索システム改善
PIXTA Inc.
Xcodeの管理を楽に - Jenkins編 -
Xcodeの管理を楽に - Jenkins編 -
Toshiyuki Hirata
RSpecしぐさ
RSpecしぐさ
Takafumi ONAKA
LightningComponentのUnitテストについて.pptx
LightningComponentのUnitテストについて.pptx
Ryosuke Kobayashi
Na ite 24_op
Na ite 24_op
NaITE_Official
ICST 2017の歩き方 -歴史、開催概要、聴きどころ、Who's Who ・・ -
ICST 2017の歩き方 -歴史、開催概要、聴きどころ、Who's Who ・・ -
Keizo Tatsumi
NaITE27_op
NaITE27_op
NaITE_Official
マスティフ (for Xcode beta) - バージョンアップ対応を軽減するためのサービス
マスティフ (for Xcode beta) - バージョンアップ対応を軽減するためのサービス
Toshiyuki Hirata
DeNAにおけるSWETの役割
DeNAにおけるSWETの役割
Toshiyuki Hirata
2017 06-04.overview
2017 06-04.overview
Shin-ya Koga
Openstack ceph 20171115 vtj
Openstack ceph 20171115 vtj
Takehiro Kudou
2017 05-21.overview
2017 05-21.overview
Shin-ya Koga
20171227_JJUG_LT会資料_西野大介(@nishino_chekhov)
20171227_JJUG_LT会資料_西野大介(@nishino_chekhov)
Daisuke Nishino
エウレカBIチームの時間の使い方
エウレカBIチームの時間の使い方
Shinnosuke Ohkubo
ASTERIAxJP1で開発工数を削減
ASTERIAxJP1で開発工数を削減
ASTERIA User Group
Similar to もしかして、テストって誰でもできると思っちゃってませんか? 最新のテストの動向を知りたくないですか?
(20)
OpenStack Summit Sydney OpenStackの運用や安定性に関する動向
OpenStack Summit Sydney OpenStackの運用や安定性に関する動向
開発とテストが一体となったソフトウェア開発
開発とテストが一体となったソフトウェア開発
Fukuokarubykaigi medpeer ver1
Fukuokarubykaigi medpeer ver1
GitLabを16万8千光年ワープさせた話 GITLAB BIG UPGRADE PROJECT
GitLabを16万8千光年ワープさせた話 GITLAB BIG UPGRADE PROJECT
[社内セッション]DevOps時代の僕の生き方、働き方
[社内セッション]DevOps時代の僕の生き方、働き方
サービスのスケール化のための検索システム改善
サービスのスケール化のための検索システム改善
Xcodeの管理を楽に - Jenkins編 -
Xcodeの管理を楽に - Jenkins編 -
RSpecしぐさ
RSpecしぐさ
LightningComponentのUnitテストについて.pptx
LightningComponentのUnitテストについて.pptx
Na ite 24_op
Na ite 24_op
ICST 2017の歩き方 -歴史、開催概要、聴きどころ、Who's Who ・・ -
ICST 2017の歩き方 -歴史、開催概要、聴きどころ、Who's Who ・・ -
NaITE27_op
NaITE27_op
マスティフ (for Xcode beta) - バージョンアップ対応を軽減するためのサービス
マスティフ (for Xcode beta) - バージョンアップ対応を軽減するためのサービス
DeNAにおけるSWETの役割
DeNAにおけるSWETの役割
2017 06-04.overview
2017 06-04.overview
Openstack ceph 20171115 vtj
Openstack ceph 20171115 vtj
2017 05-21.overview
2017 05-21.overview
20171227_JJUG_LT会資料_西野大介(@nishino_chekhov)
20171227_JJUG_LT会資料_西野大介(@nishino_chekhov)
エウレカBIチームの時間の使い方
エウレカBIチームの時間の使い方
ASTERIAxJP1で開発工数を削減
ASTERIAxJP1で開発工数を削減
More from tef-do
テストケースをまとめて固めて「テストカタマリー」
テストケースをまとめて固めて「テストカタマリー」
tef-do
テスト設計技法?なにそれ?おいしいの?
テスト設計技法?なにそれ?おいしいの?
tef-do
クラシフィケーションツリー
クラシフィケーションツリー
tef-do
シナリオテストについて考えてみる
シナリオテストについて考えてみる
tef-do
探索ってどういうこと?
探索ってどういうこと?
tef-do
JaSST'17東京「テストとメトリクスの素敵なマリアージュ」
JaSST'17東京「テストとメトリクスの素敵なマリアージュ」
tef-do
More from tef-do
(6)
テストケースをまとめて固めて「テストカタマリー」
テストケースをまとめて固めて「テストカタマリー」
テスト設計技法?なにそれ?おいしいの?
テスト設計技法?なにそれ?おいしいの?
クラシフィケーションツリー
クラシフィケーションツリー
シナリオテストについて考えてみる
シナリオテストについて考えてみる
探索ってどういうこと?
探索ってどういうこと?
JaSST'17東京「テストとメトリクスの素敵なマリアージュ」
JaSST'17東京「テストとメトリクスの素敵なマリアージュ」
もしかして、テストって誰でもできると思っちゃってませんか? 最新のテストの動向を知りたくないですか?
1.
115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 も し か し て 、 テ ス ト っ て 誰 で も で き る と 思 っ ち ゃ っ て ま せ ん か ? 最 新 の テ ス ト の 動 向 を 知 り た く な い で す か ? TEF-Do Community Makoto Nakakuki
2.
215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 自己紹介 中岫 信/Makoto Nakakuki 2003年から社会人 所属: 会社(許可を取っていないので省略) TEF道 JaSST北海道
3.
315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 自己紹介 中岫 信/Makoto Nakakuki 2003年から社会人 所属: 会社(許可を取っていないので省略) TEF道 JaSST北海道 趣味: 燻製(自称燻製段位3段)
4.
415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 TEF道 Testing Engineer's Forum 北海道 ソフトウェアテスト勉強会 通称 “TEF道” ソフトウェアのテストを中心としたコミュニティ Activity • 勉強会 • 他のコミュニティと交流 • 飲み会
5.
515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 Contents 1.イントロ 2.テストケース作成の問題 3.問題解決への提案
6.
615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 前置きとして ちょっと一言
7.
715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストコードとか Unit Testとか TDDとか の話だと思った人 ちょっと一言
8.
815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 そんな話はしませんので あしからず ちょっと一言
9.
915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 いきなりですが ちょっと一言
10.
1015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 よくわかんない テストやってませんか? ちょっと一言
11.
1115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストやってるのに 市場不具合起きてませんか? ちょっと一言
12.
1215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 それなのに、 仕様書のコピペを 新人にやらせてませんか? (通称:CPM) ちょっと一言
13.
1315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 あおりました すみません ちょっと一言
14.
1415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 気を取り直して ちょっと一言
15.
1515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 近年、 ソフトウェアは大規模になり、 工業製品の重要な要素となっている…。 1.イントロ 注意:イメージです ©SUNRIZE
16.
1615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 近年、 ソフトウェアは大規模になり、 工業製品の重要な要素となっている…。 ソフトウェアシステムが成長するにつれて、 品質保証のためのソフトウェアテストも また巨大で複雑になっていく…。 1.イントロ 注意:イメージです ©SUNRIZE
17.
1715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 近年、 ソフトウェアは大規模になり、 工業製品の重要な要素となっている…。 ソフトウェアシステムが成長するにつれて、 品質保証のためのソフトウェアテストも また巨大で複雑になっていく…。 1つのプロジェクトには 数百万ものテストケースが存在し、 多くのテストタイプとテストレベルを網羅しているため 非常に複雑化している…。 1.イントロ 注意:イメージです ©SUNRIZE
18.
1815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 注意:イメージです ©SUNRIZE 1.イントロ
19.
1915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ • ツリー構造
20.
2015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ • ツリー構造 • 単純なマトリクス(表)
21.
2115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ • ツリー構造 • 単純なマトリクス(表) • 伝統的なドキュメント
22.
2215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ • ツリー構造 • 単純なマトリクス(表) • 伝統的なドキュメント 巨大で複雑なソフトウェアテストの概要を 記述することは困難
23.
2315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ 多くの人がテストケースを設計する
24.
2415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ テスト技術の差
25.
2515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ テスト技術の差 不揃いな テストの表現
26.
2615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ テスト全体の確認と管理が難しい
27.
2715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テスト全体の確認と管理が難しい → テストの概要を把握することが難しい 1.イントロ
28.
2815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テスト全体の確認と管理が難しい → テストの概要を把握することが難しい → テストケースが漏れる 1.イントロ
29.
2915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テスト全体の確認と管理が難しい → テストの概要を把握することが難しい → テストケースが漏れる → 重大な欠陥が検出されない 1.イントロ
30.
3015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テスト全体の確認と管理が難しい → テストの概要を把握することが難しい → テストケースが漏れる → 重大な欠陥が検出されない 1.イントロ
31.
3115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テスト全体の確認と管理が難しい → テストの概要を把握することが難しい → テストケースが漏れる → 重大な欠陥が検出されない 1.イントロ
32.
3215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.イントロ
33.
3315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 Today’s Proposal System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch + XXXX() + XXXX Timer + XXXX() + XXXX Timer TimerBehabior SelectMusic Test Design of one of the unit “Timer” Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case 1. Graphical expression 2. Enable to maintain using model3. stepwise design using consistent notation
34.
3415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 あっ!! 国際カンファレンスの スライドをそのまま 貼り付けてしまいました
35.
3515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 どやっ 同じような内容を 国際カンファレンスで 発表してきたので うっかり
36.
3615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 どやっ 間違いました すみません (・ω<) てへぺろ
37.
3715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2.テストケース作成の問題 現在のテスト現場で遭遇する問題: 1. テスト規模拡大と複雑化 2. 文書表現の偏り 3. 継続的に変更され続ける
38.
3815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 System System 1.テスト規模の拡大と複雑化 2.テストケース作成の問題
39.
3915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 System System 1.テスト規模の拡大と複雑化 System Appli- cation Appli- cation Application Process Process Process Function Function Function Class Class Func Class Method Method ・・・ 2.テストケース作成の問題
40.
4015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 System System 1.テスト規模の拡大と複雑化 System Appli- cation Appli- cation Application Process Process Process Function Function Function Class Class Func Class Method Method ・・・ テスト技法 テストプロセス テスト方針 テスト設計 システムテスト 回帰テスト モンキー テスト 探索的テスト 性能テスト 機能テスト 負荷テスト 巨大で複雑 2.テストケース作成の問題
41.
4115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.テスト規模の拡大と複雑化 →異なるスキルを持つ多くのテストエンジニア A B C 2.テストケース作成の問題 テストエンジニア
42.
4215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.テスト規模の拡大と複雑化 →異なる「スキル」を持つ多くのテストエンジニア テスト 設計 テスト 設計 テスト 設計 Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C 2.テストケース作成の問題 ばらつきが 発生する
43.
4315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 1.テスト規模の拡大と複雑化 →異なる「スキル」を持つ多くのテストエンジニア テスト 設計 テスト 設計 テスト 設計 Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C ≠ 異なるテスト設計 再検討することは 非常に困難 テスト 設計 テスト 設計 2.テストケース作成の問題
44.
4415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2.文書表現の偏り 大きなシステムには多く文書がある… 2.テストケース作成の問題 System System Real System
45.
4515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2.文書表現の偏り 大きなシステムには多く文書がある… 2.テストケース作成の問題 System System Real System ドキュメント
46.
4615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2.文書表現の偏り 大きなシステムには多く文書がある… 2.テストケース作成の問題 System System Real System ドキュメント ドキュメント ドキュメント ドキュメント
47.
4715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2.文書表現の偏り System System Real System ドキュメント ドキュメント 無効な ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント 大きなシステムには多く文書がある… 2.テストケース作成の問題
48.
4815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 System System Real System ドキュメント ドキュメント 無効な ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント 2.文書表現の偏り XXX は XXX で、 XXX は XXX を含み, XXX, XXX, XXX かつ XXX XXX は XXX で … 大きなシステムには多く文書がある… 読むのも退屈、書くのも面倒 2.テストケース作成の問題
49.
4915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2.文書表現の偏り 伝統的なテスト文書には、時には… Large Middle Small push button release button ・・・ lock lid open ・・・ TestCase 2.6 hot water supply supply not supply テスト仕様 大 中 小 2.テストケース作成の問題
50.
5015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2.文書表現の偏り 伝統的なテスト文書には、時には… Large Middle Small push button release button ・・・ lock lid open ・・・ TestCase 2.6 hot water supply supply not supply テスト仕様 大 中 小 Powered by… 2.テストケース作成の問題
51.
5115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3.継続的な変更 System System Real System ドキュメント ドキュメント Document ドキュメント ドキュメント ドキュメント XXX は XXX で、 XXX は XXX を含み, XXX, XXX, XXX かつ XXX XXX は XXX で … ドキュメント ソフトウェアテストの概要を表現するのは難しく… 2.テストケース作成の問題 Large Middle Small push button release button ・・・ lock lid open ・・・ TestCase 2.6 hot water supply supply not supply テスト仕様 大 中 小
52.
5215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 System System Real System ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント ソフトウェアテストの概要を表現するのは難しく… 3.継続的な変更 機能 追加 機能 追加 機能 追加 機能 追加 2.テストケース作成の問題
53.
5315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3.継続的な変更 System System Real System ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント ドキュメント ソフトウェアテストの概要を表現するのが難しすぎる!! 機能 追加 機能 追加 機能 追加 機能 追加 ドキュメント ドキュメント ドキュメント 2.テストケース作成の問題
54.
5415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 結果として… System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C システム テスト テストケース テストケース ドキュメントレビューで 漏れの検出は難しい ばらつきによって テストケースが漏れる 2.テストケース作成の問題
55.
5515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 結果として… System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C システム テスト テストケース テストケース テストケース テストケース ドキュメントレビューで 漏れの検出は難しい ばらつきによって テストケースが漏れる 漏れ原因 2.テストケース作成の問題
56.
5615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 結果として… System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C システム テスト テストケース テストケース テストケース テストケース テストケース テストケース ドキュメントレビューで 漏れの検出は難しい ばらつきによって テストケースが漏れる レビューで漏れを 見つけにくい 製品の故障 2.テストケース作成の問題
57.
5715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 2つの問題を取り上げる System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C テストケースまたはテスト設計の ばらつき ソフトウェアテストの概要を 表現するのは難しい 2.テストケース作成の問題
58.
5815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 問題の解決 System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C 3. 問題解決への提案
59.
5915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 問題の解決 System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch 1.グラフィカルな 表現 3. 問題解決への提案
60.
6015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 問題の解決 System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch 1.グラフィカルな 表現 2. モデルを使うことで メンテナンスが向上 3. 問題解決への提案
61.
6115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 Test Design Test Design Test Design Test Case Test Case Test CaseTest Case Test Case Test Case Test CaseTest Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case Test Case A B C System System Real System Document Document Document Document Document Document Document Additional Feature Additional Feature Additional Feature Additional Feature Document Document Document Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch 問題の解決 + XXXX() + XXXX Timer + XXXX() + XXXX Timer TimerBehabior SelectMusic Test Design of one of the unit “Timer” Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case Concrete Test Case 3.一貫した表記を使用した 段階的なデザイン 1.グラフィカルな 表現 2. モデルを使うことで メンテナンスが向上 3. 問題解決への提案
62.
6215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 つまり テストケースを作るための モデリング をした方が良い 3. 問題解決への提案
63.
6315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3. 問題解決への提案 テストケースのモデリングっ て したことある?
64.
6415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストクラスタで ホットな話題の一つは テストのモデリング!! 3. 問題解決への提案
65.
6515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストの設計技術を競う テスト設計コンテストという 酔狂なコンテストがありまして そこで様々なモデリング方法が 試されたり、提案されたりしている 3. 問題解決への提案 注意:関係者ではありません 注意:モデリングのコンテストではありません
66.
6615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3つほど紹介 • UTP • VSTeP • テストカタマリー 3. 問題解決への提案
67.
6715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP
68.
6815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP UTPとは
69.
6915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP UTPとは • Unit Test Patternではありません
70.
7015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP UTPとは • Unit Test Patternではありません • UTP:UML Testing Profile
71.
7115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP UTPとは • Unit Test Patternではありません • UTP:UML Testing Profile • UMLを利用したテストのモデリングプロファイル
72.
7215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP UTP2.0が最近でました!!
73.
7315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP UTP2.0が最近でました!! 近々でるはず
74.
7415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP UTP2.0が最近でました!! 近々でるはず
75.
7515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP 使ってみて改善提案するとプロファイルの作成者として 名前(爪痕)が残せるかも UTP2.0が最近でました!! 近々でるはず UTP自体は 改修されている状態
76.
7615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP 智美塾ってところで 勉強&研究を 月1回のペースでやってます
77.
7715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP テスト対象のシステムをUMLで表現 こちらは「UML」でのモデル 右下図は「Money」パッケージ内のクラス図
78.
7815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP テストでのシステム構成を表現 「Money」パッケージをテストするための テストケース群を「MoneyUnitTest」で表現
79.
7915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP テストのふるまいを表現 これは、テストケースのふるまいを シーケンス図で表したもの。
80.
8015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP システムテストの表現 テスト対象のパッケージ(右下)と ATMTestという(多分)テストレベル を表現したもの(左上)。
81.
8115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP システムテストの表現 テストで使用するツールとあわせた 環境を表現したもの。
82.
8215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP システムテストの表現 テストケースのふるまいを アクティビティ図(左上)と シーケンス図(右下)で表現したもの
83.
8315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-1.UTP 参考サイト • UTP - Object Management Group • UTP(UML Testing Profile)概要紹介
84.
8415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP
85.
8515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP VSTePとは
86.
8615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP VSTePとは • 電気通信大学の西 康晴氏が考案したソフトウェアテスト開 発技法
87.
8715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP VSTePとは • 電気通信大学の西 康晴氏が考案したソフトウェアテスト開 発技法 • VSTeP:Viewpoint-based Software Test Engineering Process
88.
8815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP VSTePとは • 電気通信大学の西 康晴氏が考案したソフトウェアテスト開 発技法 • VSTeP:Viewpoint-based Software Test Engineering Process • テスト観点を核にして、テストの要求から テストケース、テスト手順までを シームレスに開発していく方法論
89.
8915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP 特徴 • テスト観点の抽出、モデリングをチーム、もしくは、ステークホ ルダーと整理していくのが前提になっている ⇒関係者全員で納得感のあるテストが抽出できる
90.
9015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP 特徴 • テスト観点の抽出、モデリングをチーム、もしくは、ステークホ ルダーと整理していくのが前提になっている ⇒関係者全員で納得感のあるテストが抽出できる • テスト観点は参加者たちの実力がもろに反映されるため、 ベースとなるスキルアップも必要になる
91.
9115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-2.VSTeP 特徴 • テスト観点の抽出、モデリングをチーム、もしくは、ステークホ ルダーと整理していくのが前提になっている ⇒関係者全員で納得感のあるテストが抽出できる • テスト観点は参加者たちの実力がもろに反映されるため、 ベースとなるスキルアップも必要になる • 検出欠陥からのリバース分析のツールにもなる
92.
9215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 参考サイト • VSTeP - Qualab • テスト観点に基づくテスト開発方法論 VSTePの概 要 3-2.VSTeP
93.
9315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-3.テストカタマリー
94.
9415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーとは • STUDIO IBURIという謎の団体が打ち上げた記法 3-3.テストカタマリー
95.
9515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーとは • STUDIO IBURIという謎の団体が打ち上げた記法 • テストカタマリー:テストの塊 3-3.テストカタマリー
96.
9615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーとは • STUDIO IBURIという謎の団体が打ち上げた記法 • テストカタマリー:テストの塊 • テスト観点とテストカテゴリ、抽象的なテストケースを クラス図を利用して表現する記法 3-3.テストカタマリー
97.
9715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 胆振 STUDIO IBURI ※1 InSTA = International Workshop on Software Test Architecture ※2 SQiP = Software Quality Profession) テスト設計コンテストのためにこっそり結成した部隊 メンバーは胆振地方に縁があるとか、ないとか 【戦績】 • テスト設計コンテスト’17 OPENクラス優勝 • InSTA(※1)で事例発表 • SQiP(※2)シンポジウム2017(発表予定)
98.
9815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 特徴 • UTPとVSTePのちょうど中間のモデリング 3-3.テストカタマリー
99.
9915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 特徴 • UTPとVSTePのちょうど中間のモデリング • テストの概要の整理がメイン 3-3.テストカタマリー
100.
10015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 特徴 • UTPとVSTePのちょうど中間のモデリング • テストの概要の整理がメイン • UMLモデリングツールが使えればそれでお手軽に描ける 3-3.テストカタマリー
101.
10115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 参考サイト • どしろうと製作所 • テストカタマリーの紹介1~6 • テストカタマリーを活用したテスト設計プロセス案1 ~7 3-3.テストカタマリー
102.
10215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 せっかくなので 少し解説 3-3.テストカタマリー
103.
10315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーのアイデア テスト設計フローの応用... テスト設計のための いくつかの領域 3-3.テストカタマリー
104.
10415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーのアイデア テスト設計フローの応用... テストスコープ 3-3.テストカタマリー
105.
10515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーのアイデア テスト設計フローの応用... 分割されたテストスコープ 3-3.テストカタマリー
106.
10615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーのアイデア テスト設計フローの応用... 優先順位を決定する High priority Low priority 分割されたテストスコープ 3-3.テストカタマリー
107.
10715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 テストカタマリーのアイデア テスト設計ライフサイクルにおけるテスト設計フローの適用 ・Test Case1 ・Test Case2 … テストの詳細設計 分割した テストスコープの 一部 分割されたテストスコープ 3-3.テストカタマリー
108.
10815 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 一連のテストケースを持つ 分割されたテストスコープを 「テストカタマリー」 と定義。 ・テストケース1 ・テストケース2 … テストスコープの一部 =テストカタマリー テストケース 3-3.テストカタマリー 詳細 塊
109.
10915 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 ・テストケース1 ・テストケース2 … UMLクラス図の流用 アラーム登録 +各機能 : 機能特性 ~登録数 : 性能効率性 … +アラーム登録 : 各機能 +アラーム解除 : 各機能 ~最大登録数検証 : 登録数 … iOS時計アプリ アラーム登録 3-3.テストカタマリー テストケース テストスコープの一部 =テストカタマリー 詳細 塊
110.
11015 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 ・テストケース1 ・テストケース2 … アラーム登録 +各機能 : 機能特性 ~登録数 : 性能効率性 … +アラーム登録 : 各機能 +アラーム解除 : 各機能 ~最大登録数検証 : 登録数 … 抽象的テストケース 3-3.テストカタマリー テストスコープの一部 =テストカタマリー テストケース 詳細 塊
111.
11115 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 ・テストケース1 ・テストケース2 … 詳細 塊 アラーム登録 +各機能 : 機能特性 ~登録数 : 性能効率性 … +アラーム登録 : 各機能 +アラーム解除 : 各機能 ~最大登録数検証 : 登録数 … 各ハイレベルテストケースから 具体的なテストケースが作成 アラーム解除 編集画面にて登録解除 アラーム画面にて登録解除 未登録のときに登録解除 複数の具体的テストケース 3-3.テストカタマリー テストケース テストスコープの一部 =テストカタマリー
112.
11215 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 ・テストケース1 ・テストケース2 … Divided Test Scope 全体的なテスト範囲が、 1枚の絵で描ける Quality Attributes + Guideline Suitability : Userbility Userbility + Other OS : Compatibility Compatibility Feature/UI ~ Alert in the background : Compatibility + Confirm each function : FunctionalSuitability <<Alert>> Timer + Unfavorable Stress : PerformanceEfficiency + Number of data : PerformanceEfficiency + Confirm each function : FunctionalSuitability Stopwatch 3-3.テストカタマリー 詳細 塊 テストスコープの一部 =テストカタマリー テストケース
113.
11315 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 3-3.テストカタマリー テストの俯瞰表現 Quality Attriutes + Other OS : Compatibility App Compatibility + Navigation : Usability + Guideline Suitability : Usability App Userbility + Memory Leak : Performance efficiency + Long Run Process : Reliability Long Run + Process Multiple App : Compatibility + Multiple process in an App : Compatibility Co-Existence Feature/UI + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility + Correctness of analysis : Functional suitability + Confirm each function : Functional suitability <<Alert>> Bedtime ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Resister/Edit/Delete Data>> World Clock + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Performance efficiency ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Alert>> <<Resister/Edit/Delete Data>> Alarm ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency <<pattern>> Resister/Edit/Delete Data ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility <<pattern>> Alert ~ Alert in the background : Compatibility + Confirm each function : Functional suitability <<Alert>> Timer + Unfavorable Stress : Performance efficiency + Number of data : Performance efficiency + Confirm each function : Functional suitability Stopwatch <全体俯瞰> ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency <<pattern>> Resister/Edit/Delete Data + Cooperate with other Apps : Compatibility ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Performance efficiency ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability <<Alert>> <<Resister/Edit/Delete Data>> Alarm ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility <<pattern>> Alert + Check with Stress() : Unfavorable Stress + Check with other Apps() : Alert in the background + Confirm Snooze() : Confirm each function ~ Unfavorable Stress : Performance efficiency ~ Alert in the background : Compatibility + Confirm each function : Functional suitability + Confirm Alerm() : Confirm each function Notify Alarm + Operate from Siri() : Cooperate with other Apps + Check max registration data() : Operation Responce + Delete Alarm() : Confirm each function + Edit Alarm() : Confirm each function + Register Alarm() : Confirm each function + Cooperate with other Apps : Compatibility ~ Operation Response : Performance efficiency ~ Number of data : Performance efficiency + Confirm each function : Functional suitability Register/Display Alarm <詳細>
114.
11415 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 どやっ これらを駆使すると テスコンで 優勝できる!! かもしれない・・・
115.
11515 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 ステマ そういえば テスト設計のチュートリアル が 来週あるみたいですよ 無料です 注意:関係者ではありません
116.
11615 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 ご清聴 ありがとうございました。
117.
11715 July 2017,
OSC 2017 Hokkaido © 2017Test Engineer's Forum 北海道 References [1] T. DeMarco, Structured Analysis and System Specification, Prentice Hall, 1979. [2] ISO/IEC 25010:2011, Systems and software engineering − Systems and software Quality Requirements and Evaluation (SQuaRE)−System and software quality models, 2011. [3] K.Yoshioka, N.Mizuno, Y.Nishi, “Stepwise Test Design Method”, 6th World Congress for Software Quality (6WCSQ), London, September 2014 [4] ISTQB FLWG, "Foundation Level Syllabus Version 2011", International Software Testing Qualifications Board , 2011. [5] Y.Nishi, "Viewpoint-based Test Architecture Design.", Software Security and Reliability Companion (SERE-C), 2012 IEEE Sixth International Conference on. IEEE (2012), pp.194- 197. [6] OMG, “UML Version 2.4.1,” http://www.uml.org/, 2012. [7] Apple, “iOS10”, http://www.apple.com/ios/ios-10/, 2016 [8] T.Yumoto, T.Matsuodani, and K.Tsuda, ” A Study on the effectiveness of Test-Categories based test analysis” , International Workshop on Software Test Architecture (InSTA2016), Chicago, April 2016.
Download now