Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
VSTePのテスト観点出しで失敗した事例についての紹介/Failure case of tes...
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
SHIMANE, Yoshikazu
December 18, 2021
Technology
870
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
0
390
ソフトウェア開発温故知新 古典で紐解く、ソフトウェア開発の課題 / Software_Development:Learning_from_the_Past
shimashima35
0
88
入り口から考えるソフトウェアテストエンジニアのキャリア / Thinking_About_a_Software_Test Engineer's_Career_from_the_Starting_Point
shimashima35
0
1.9k
テスト技法を使ったテストケースの表現方法/How to express test cases using test techniques
shimashima35
0
1.5k
組織横断部門におけるバグ数可視化の全社導入の事例/Example_of_company-wide_bug_number_visualization in_cross-organizational_departments
shimashima35
1
410
JaSST Tokyo実行委員のお仕事/Job of JaSST executive committee
shimashima35
0
980
What is “Quality” ?
shimashima35
0
1.1k
品質"実質"無料キャンペーン始めます / Start_quality_real_free_campaign
shimashima35
2
5.8k
明日から始めるSelenideによるブラウザテスト 2018年版/ Browser_test_by_selenide_to_start_from_tomorrow_in_2018
shimashima35
1
920
Other Decks in Technology
See All in Technology
Agent Skills設計で柔軟性と硬さのバランスが難しい話
nassy20
0
120
AIソロプレナー時代に2ヶ月で20人増員した事業創造会社の開発組織の話
miyatakoji
0
580
爆速でマルチプロダクトを立ち上げる時 事業・CTO目線で大事にしたい事
miyatakoji
0
100
EventBridge Connection
_kensh
5
690
新規事業を牽引する技術選定 〜フルスタックTypeScript開発の実践事例〜
nullnull
3
380
白金鉱業Meetup_Vol.24_「AIエージェントは分けるほど良い」は本当か? / Is it true that “the more you divide AI agents, the better”?
brainpadpr
1
280
RAG を使わないという選択肢
tatsutaka
1
170
スキルと MCP ツール、責務をどう分けるか? AI が迷わないインターフェース設計の戦略
cdataj
1
930
2026 TECHFRESH 畢業分享會 - AI-Native 重塑軟體工程與虛擬講師
line_developers_tw
PRO
0
740
LLMにもCAP定理があるという話
harukasakihara
0
290
就職⽀援サービスにおけるキャリアアドバイザーのシフトスケジューリング
recruitengineers
PRO
1
140
Microsoft Build Keynoteふりかえり
tomokusaba
0
120
Featured
See All Featured
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
390
Technical Leadership for Architectural Decision Making
baasie
3
400
Optimising Largest Contentful Paint
csswizardry
37
3.7k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
254
22k
Git: the NoSQL Database
bkeepers
PRO
432
67k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
200
Joys of Absence: A Defence of Solitary Play
codingconduct
1
390
Leading Effective Engineering Teams in the AI Era
addyosmani
9
2k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.5k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.5k
技術選定の審美眼(2025年版) / Understanding the Spiral of Technologies 2025 edition
twada
PRO
118
120k
The Invisible Side of Design
smashingmag
302
52k
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に限らず、テスト観点まとめは有用。ただし、間違うと 観点が出揃わない。 • 仕様整理は重要だが、それ以上に「何を目的としたテスト か」「このあたりが怪しい」を入れないとありきたりになる。 • 相手から観点を引き出す際は、事前準備・ファシリテーショ
ンも重要。