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
テストの考え方&テスト最適化の話 How to think of testing
Search
Matsu
November 01, 2019
Technology
4
2k
テストの考え方&テスト最適化の話 How to think of testing
テストの基本的な考え方と、テストの全体最適化の話、テスティングトロフィー、テスト計画の話をしています。
Matsu
November 01, 2019
Tweet
Share
More Decks by Matsu
See All by Matsu
SNSを(ほぼ)やめたら集中力とやる気が戻った話
mineo_matsuya
1
150
私はこうやってマインドマップでテストすることを出す!
mineo_matsuya
0
4.3k
勉強したらどうなるの?
mineo_matsuya
12
7.3k
勉強する必要ある?
mineo_matsuya
3
5.2k
割り勘アプリの仕様
mineo_matsuya
0
5.8k
JSTQBに手を出すメリット7選
mineo_matsuya
0
310
学びの敷居を下げるためにどんな工夫をしたの?
mineo_matsuya
3
1k
音声認識のモデルのテストのやり方 / How to Test a Voice Recognition Model
mineo_matsuya
2
420
一社だけ受けて合格!?一社専念法とは?
mineo_matsuya
0
370
Other Decks in Technology
See All in Technology
Oracle Cloud Infrastructure:2025年6月度サービス・アップデート
oracle4engineer
PRO
2
230
20250625 Snowflake Summit 2025活用事例 レポート / Nowcast Snowflake Summit 2025 Case Study Report
kkuv
1
300
Agentic DevOps時代の生存戦略
kkamegawa
1
1.3k
25分で解説する「最小権限の原則」を実現するための AWS「ポリシー」大全 / 20250625-aws-summit-aws-policy
opelab
9
1.1k
ハノーバーメッセ2025座談会.pdf
iotcomjpadmin
0
160
標準技術と独自システムで作る「つらくない」SaaS アカウント管理 / Effortless SaaS Account Management with Standard Technologies & Custom Systems
yuyatakeyama
3
1.2k
Claude Code Actionを使ったコード品質改善の取り組み
potix2
PRO
6
2.2k
米国国防総省のDevSecOpsライフサイクルをAWSのセキュリティサービスとOSSで実現
syoshie
2
1k
急成長を支える基盤作り〜地道な改善からコツコツと〜 #cre_meetup
stefafafan
0
120
あなたの声を届けよう! 女性エンジニア登壇の意義とアウトプット実践ガイド #wttjp / Call for Your Voice
kondoyuko
4
410
AIの最新技術&テーマをつまんで紹介&フリートークするシリーズ #1 量子機械学習の入門
tkhresk
0
130
Node-REDのFunctionノードでMCPサーバーの実装を試してみた / Node-RED × MCP 勉強会 vol.1
you
PRO
0
110
Featured
See All Featured
Balancing Empowerment & Direction
lara
1
370
The Straight Up "How To Draw Better" Workshop
denniskardys
233
140k
Testing 201, or: Great Expectations
jmmastey
42
7.5k
A Tale of Four Properties
chriscoyier
160
23k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
Building Applications with DynamoDB
mza
95
6.5k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.5k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
700
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
2.9k
Build your cross-platform service in a week with App Engine
jlugia
231
18k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
107
19k
How GitHub (no longer) Works
holman
314
140k
Transcript
テストの考え方 & テストの最適化の話
自己紹介 松谷峰生 (まつやみねお) 株式会社LIFULL テクノロジー本部/技術開発部/品質改善推進ユニット/QAグループ 社外活動 • テスト • JaSST
Kyushu(ソフトウェアテストシンポジウム九州)共同実行委員長 • 機械学習方面 • QA4AI コンソーシアム発起人の一人 • マンガ・イラスト • 新人さんからわかるソフトウェアテスト解説マンガ「テスターちゃん」 • IVIA(IT検証産業協会)キャラクターイラスト • 他ソフトウェアテスト系マンガ、イラスト • 他 • 大学の授業(非常勤講師 / 特別講師)
この発表の目的 テストって何だっけの再考 来週から「テストどうしようね」と 考え始める
テストって何?
テストって何? ソフトウェアテストとは 想定したことが 想定した通り動くことを チェックする 活動である
テストって何? だけではない
テストって何? テストによってそのシステムに 何らかの価値を付加するならば
テストって何? 品質・信頼性の向上
テストって何? 信頼性は バグを見つけ取り除くことで より向上させることができる
テストって何? ソフトウェアテストは バグを見つけるつもりで プログラムを実行する過程 G.J.マイヤーズ「ソフトウェア・テストの技法 第2版」より
テストって何? 想定した通り 動くか確認 想定外の 問題を 発見 + チェッキング テスティング
http://www.jasst.jp/symposium/jasst18kyushu/pdf/S6.pdf
テストって何? チェッキング 機械的なチェックが 比較的容易 人によるテストが 必要 テスティング +
テストって何? チェッキング 出来る限り 自動的なテストが 望ましい マニュアルテスト でなければ 難しい テスティング +
よくあるテストのありかた
よく言われる形 ユニットテスト APIレイヤー のテスト ←end to endテスト マニュアルテスト テストの ピラミッド
コスト高 テスト実行時間長さ テスト範囲の広さ テストの実行数
現実 ←ユニットテスト ←APIレイヤーのテスト マニュアルテスト アジャイル開発に 耐えられない プロセス テストが多すぎて 間に合わない
現実と破綻 プロジェクトの 破綻
よくある原因 ユニットテストなんて書かなくても 最後に全部通してみるからいいや… テストはテスト側のお仕事だよね (テストを別組織/外部に渡している組織) ユニットテストもAPIレイヤーのテストも しているけど最後のテストで 前工程のテスト関係なしに全部見てる
よくある原因 「全体としてのテスト最適化」 に考えが及んでいない
よくある原因 プロダクトの全体的なテストを どうすればいいか みんなで相談していますか?
じゃあ、どうしよう?の例 何も考えずテストする ではなく 「どうテストしていこう」を ちょっと考える時間を作る 機能追加でも、新規開発でも、いったんプロダクト全体を見まわして 「何を、どの段階で、どうテストしよう」ということを考える。 この機能のこの部分はユニットテストで、ここはAPIのレスポンスで、 ここはE2Eの自動化を回して保守して、どうしても手でしかできないこれは マニュアルテスト……など
松谷の理想論、テストポリシー テスティング、 どうしても手でしか見れない場所、 回帰テスト APIレイヤー でのチェッキング ユニットテスト でのチェッキング 各レイヤーで 行うべきテストが
考慮されている バランスタイプ
松谷の理想論、テストポリシー ユニットテスト でのチェッキング • テスティング • どうしても手でしか見れない場所 • 回帰テスト 振る舞いを
APIレイヤーで チェッキング
The Testing Trophy
そんなことできるの? そんな仰々しいことしてる時間なんかない! ウォーターフォールでしょそれアジャイルだと回らないよね
実際の取り組み例
60分で テスト計画作成 テスト計画=仰々しくて重い、は思い込み
テスト計画コンシェルジュ ※弊社では、ユニットテストもマニュアルテストも開発者が実施 QAは「コンサルタント」の立ち位置 • 60分のミーティングでテスト計画(テストどうします?)を作成する スケジュールではなく、テスト範囲の明確化、テストアプローチの合意までを行う 状況変化があったときは都度柔軟に組み替え • 品質を効率よく高めるためにテストのトータルコーディネートを行う 「デザイン段階でユーザビリティのチェックを入れてはどうですか」
「このテストにはマニュアルテストよりもE2Eによる自動化が良さそうです」 「パフォーマンス劣化のリスクがありそうです」 「セキュリティテストが必要です」 • QAとプロジェクトチームが話し合って、互いに腹落ちするテストアプローチやリスクを定義する
テスト計画コンシェルジュ 簡単にいうと みんなと話す時間を設けて、 プロダクト全体のテストの段取りをする
None
None
最後にもろもろ • テスト計画は変わるものであると周知。状況で柔軟に変更必須 • 最初に話し合っていると「あれも必要これも必要」となるが、大体開発は押す! よって後半のスケジュールは基本ピンチになると思ってよい。 「この辺は探索的テストで押さえましょう」といった変更プランは用意しておく。 • 最近は「松竹梅」プランを作っていた。最初は松プランだったけれど、最後にはやはり梅プランになっ た。
• 闇雲にユニットテストを増やすといつもどこかでユニットテストがコケる事 態が発生する • 修正するコストも増える
この発表の目的 テストって何だっけの再考 来週から「テストどうしようね」と つい考えちゃう
Thank you