Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
VSTePのテスト観点出しで失敗した事例についての紹介/Failure case of tes...
Search
SHIMANE, Yoshikazu
December 18, 2021
Technology
910
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
VSTePのテスト観点出しで失敗した事例についての紹介/Failure case of test viewpoint derivation
JaSST '21 Kyushu ライトニングトーク
VSTePのテスト観点出しで失敗した事例についての紹介
SHIMANE, Yoshikazu
December 18, 2021
More Decks by SHIMANE, Yoshikazu
See All by SHIMANE, Yoshikazu
ユニットテストの先へ:テスト技法で要求・仕様を整理するJava開発実践 / Beyond_Unit_Testing_Practical_Java_Development_Techniques_for_Organizing_Requirements_and_Specifications
shimashima35
1
710
ソフトウェア開発温故知新 古典で紐解く、ソフトウェア開発の課題 / Software_Development:Learning_from_the_Past
shimashima35
0
97
入り口から考えるソフトウェアテストエンジニアのキャリア / Thinking_About_a_Software_Test Engineer's_Career_from_the_Starting_Point
shimashima35
0
2k
テスト技法を使ったテストケースの表現方法/How to express test cases using test techniques
shimashima35
0
1.6k
組織横断部門におけるバグ数可視化の全社導入の事例/Example_of_company-wide_bug_number_visualization in_cross-organizational_departments
shimashima35
1
420
JaSST Tokyo実行委員のお仕事/Job of JaSST executive committee
shimashima35
0
1k
What is “Quality” ?
shimashima35
0
1.1k
品質"実質"無料キャンペーン始めます / Start_quality_real_free_campaign
shimashima35
2
5.9k
明日から始めるSelenideによるブラウザテスト 2018年版/ Browser_test_by_selenide_to_start_from_tomorrow_in_2018
shimashima35
1
940
Other Decks in Technology
See All in Technology
C#コードの結合を可視化する Roslyn解析による設計改善と リファクタリング判断
dora56
0
500
AIによるクリエイティブ生成を行う上での試行錯誤
plaidtech
PRO
0
180
SREへの勘違いに気づいた後の話
tomodakengo
0
150
時うどん〜Socket.getifaddrsで学ぶネットワーク編 / Tokiudon: The Socket.getifaddrs Edition
coe401_
4
230
人間はどの意思決定を手放せるのか
kawasima
15
8.1k
手を動かして実感する、Kiro が変える開発体験
inariku
0
210
SREは、MCPとAutopilotをこう使え!
kazumax55
3
950
現場で役立つ技術負債の効果的な返済方法
masuda220
PRO
11
5.1k
[Kiro Meetup #7] Kiro Crew Dive Deep
konippi
0
260
beyond jj: config & tools ecosystem
indirect
0
5.9k
技術的負債から考える、AI時代のエンジニアリング投資 — ビズリーチの技術的負債と向き合った経験から、変更し続けられるソフトウェアを考える/ technical-debt-con2026
visional_engineering_and_design
4
3.7k
ScotSecure West 2026 - Glasgow
raybugg
0
150
Featured
See All Featured
Paper Plane (Part 1)
katiecoart
PRO
2
11k
SEO for Brand Visibility & Recognition
aleyda
0
4.7k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
250
Facilitating Awesome Meetings
lara
57
7.1k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.3k
Google's AI Overviews - The New Search
badams
0
1.6k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
First, design no harm
axbom
PRO
2
1.3k
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
380
For a Future-Friendly Web
brad_frost
183
10k
The B2B funnel & how to create a winning content strategy
katarinadahlin
PRO
1
540
GraphQLとの向き合い方2022年版
quramy
50
15k
Transcript
VSTePのテスト観点出しで 失敗した事例についての紹介 テストのあるある、みんなで共有しよう 2021/12/18 JaSST ‘21 Kyushu LT 株式会社 LegalForce
島根義和
2 自己紹介 • 島根義和 @shimashima35 • リーガルテック企業でQA・テストを担当 • 元サーバサイドJavaエンジニア •
2019年 Selenium Conf Tokyo 実行委員 • 「エキスパートが教えるSelenium最前線」を共著 • 2012年からJaSST Tokyo実行委員
3 みなさん、テスト観点う まく出せてますか?
4 私は(時々)失敗します
5 テスト観点だしの失敗事 例について話します
6 成功事例 1:ワークショップ形式 • 研修目的で、既存のWeb(+スマホアプリ)サービスてのテス ト観点をみんなで出すワークショップを開催。 • 観点を書いた付箋紙をホワイトボードに貼る、似たものを 集める、それを見て再び観点を書きまた集める。 •
島根はよくある観点や他人の観点をベースに追加してく。 • かなり多種多様な観点が出てきて盛り上がった。
7 成功事例 2:対話でつくる • 一人プロジェクトの担当者からテスト支援の依頼を受けて 入る。担当者が仕様だけでなく外部利用サービスを含めて 設計・実装も行っていた。 • プロジェクトの目的か聞いていき、メモツールで聞き取った 内容を書いていきながら気になる点もヒアリング、テスト観
点をまとめていった。 • 1h x 3回程度で自分でも驚くほどきれいにまとまった。
8 成功に味を占めて、現 職でも試してみた
9 失敗事例 1:ワークショップで沈黙 • とある機能追加案件にテストのサポートで参加。 • 私が仕様を把握していないこともあり、関係者を集めて ワークショップ形式で観点だしを行うことにした • その際に、「成功条件」と「起きてほしくないこと」を最初に
上げてそこから観点を広げていこうとした。 • が、全然何もでてこなかった。 • 沈黙が場を支配し、私もうまく観点を引き出せなかったの で、謝罪しつつ撤退。
10 失敗事例 2:対話でつくる • テスト担当者から依頼をうけて、テスト観点だしの手伝いを 行った。 • 仕様を聞きながら観点ツリーを作っていった。 • 結果できたものは仕様をツリーで表現したもの。因子水準
は出ているが「どういった点に着目する」が一切ないものが 出来上がった。
11 何が良くなかったか 失敗事例1 • 中途半端なワークショップ形式 ◦ (オンラインを含む)付箋紙ではなく、Wiki形式に書いていく。 ◦ 一斉に観点を出していくわけではない。司会が話しながら書いて いく。
• 準備不足 ◦ ほかの人が「それがあるならばこれも」と出すような、一般的な観 点をだせなかった。 ◦ プロダクト仕様についての認識不足。
12 まとめ • VSTePに限らず、テスト観点まとめは有用。ただし、間違うと 観点が出揃わない。 • 仕様整理は重要だが、それ以上に「何を目的としたテスト か」「このあたりが怪しい」を入れないとありきたりになる。 • 相手から観点を引き出す際は、事前準備・ファシリテーショ
ンも重要。