---
title: 今こそソフトウェアテストの失敗について語ろう_公開用
tags: 
author: [やまずん](https://image.docswell.com/user/55ymzn)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/47Z1RGNMJ3.jpg?width=480
description: WARAI 2024冬のKeynote(笑)の資料です https://warai.connpass.com/event/336908/
published: December 14, 24
canonical: https://image.docswell.com/s/55ymzn/KXE6LY-talking_about_test_failures
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/47Z1RGNMJ3.jpg)

今こそソフトウェアテストの
失敗について語ろう
WARAI 2024冬
2024.12.14(土)
やまずん
Dirty Tester バキバキQA


# Page. 2

![Page Image](https://bcdn.docswell.com/page/YJ6LRY85EV.jpg)

2


# Page. 3

![Page Image](https://bcdn.docswell.com/page/GJ518G9G74.jpg)

3


# Page. 4

![Page Image](https://bcdn.docswell.com/page/9E21KY2DJR.jpg)

自己紹介
⚫ Dirty Tester/バキバキQA
⚫ バキバキQAチャンネル
⚫ パーフェクトQAパーフェクトスタイル
⚫ SaaS企業のQA
⚫ 職業歴
⚫ 営業←3年くらい
⚫ テストベンダー←6年くらい
⚫ 自社QA←Now
⚫ IVEC Level2/ITパスポート/RSM
⚫ In大阪
4


# Page. 5

![Page Image](https://bcdn.docswell.com/page/D7YZNGYMJM.jpg)

この発表のゴール
⚫ 失敗しないことの大切さを知る
⚫ 失敗話を聞く重要さを理解する
⚫ 失敗について話せる勇気を持つ
5


# Page. 6

![Page Image](https://bcdn.docswell.com/page/VEN3XGP3E8.jpg)

本発表の注意
⚫ 大学などの専門機関で学んだ話ではなく、やましたが調べ
たり、理解した内容を述べたものです
⚫ 気になったことは自分でも調べてください
⚫ 「SNS禁止」と記載している内容は、SNSのほか、ブログ
等への記載もご遠慮ください
6


# Page. 7

![Page Image](https://bcdn.docswell.com/page/Y7998W3P73.jpg)

みなさんは
ソフトウェア開発で
失敗したことありますか？
7


# Page. 8

![Page Image](https://bcdn.docswell.com/page/G7898NMXJD.jpg)

みなさんは
ソフトウェアテストで
失敗したことありますか？
8


# Page. 9

![Page Image](https://bcdn.docswell.com/page/L7LWRP3NER.jpg)

？
そもそも「失敗」って何？
9


# Page. 10

![Page Image](https://bcdn.docswell.com/page/4EM9R4DQ7W.jpg)

失敗を考える前に
失敗について
学んでみよう
ももトイレ
10


# Page. 11

![Page Image](https://bcdn.docswell.com/page/PERGRW4K79.jpg)

「失敗学」を学ぼう
よろしくね！
11


# Page. 12

![Page Image](https://bcdn.docswell.com/page/P7XXRP257X.jpg)

本発表における失敗の定義
失敗とは
「人間か関わって一つの行為を行ったとき、望まし
くない、予期せぬ結果が生じること」
自然災害はボク
たちのせいじゃ
ないもんね〜
失敗学のすすめ p.26
失敗じゃない
失敗
• 地震が起こった
• 地震が起こって建物が倒壊した
• 大雨が降った
• 大雨が降って堤防が決壊した
12


# Page. 13

![Page Image](https://bcdn.docswell.com/page/37KWRDMR7D.jpg)

「失敗から学ぶ」ということ
失敗話には普遍性がある
⚫ 「失敗は成功の母」ということわざがあるように、
成功話には飽き
ちゃった人もい
るんじゃないか
なあ？
失敗から学ぶことは有意義であるという経験則
⚫ 成功話は個別の状況に左右される
⚫ 一方、失敗の原因は共通していることが多い
13


# Page. 14

![Page Image](https://bcdn.docswell.com/page/LJ318RYGE5.jpg)

「よい失敗」と「悪い失敗」
⚫ 「よい失敗」
⚫ 学びに繋がり、新たな経験や知識になるもの
⚫ なにかを達成する過程で、必ず必要になる失敗
⚫ 「悪い失敗」
ボクはよくエサ
食べるの忘れる
んだけど、これ
は「悪い失敗」
だね！
⚫ それ以外
⚫ 学びに繋がらなかったり、デメリットが大きすぎるもの
本来的によい失敗は少ない
学ぶためにいたずらに失敗を重ねることもまた違う
14


# Page. 15

![Page Image](https://bcdn.docswell.com/page/8JDXMY5N7G.jpg)

失敗原因の階層性
未知への遭遇
社会性
行政・政治だけ
「怠慢」なのが
おもしろいよね
〜
社会システムの不適合
行政・政治の怠慢
企業経営不良
全ての失敗を個人に帰さないように、
組織運営不良
社会的な要因について考えることが必要。
「未知への遭遇」のみは階層から引き離されている。
個人に責任のある問題
個人性
失敗学のすすめ
p.63
15


# Page. 16

![Page Image](https://bcdn.docswell.com/page/VEPPR6GNE8.jpg)

失敗原因の分類
低レベルの判断
ミスはしないよ
うにしたいよ
ね！
誰の責
条件に
起因す
個人に起因する原因
組織に起因する原因
る原因
1.無知
2.不注
意
3.手順
の不遵
守
5.調
4.誤判
査・検
断
討の不
6.制約
条件の
足
変化
任でも
ない原
因
7.企画
8.価値
不良
観不良
9.組織
運営不
10.未知
良
高度な判断ミス
失敗学のすすめ
16
p.70


# Page. 17

![Page Image](https://bcdn.docswell.com/page/27V2R36Y7Q.jpg)

失敗の原因分類を一部解説
1.無知
失敗の予防や解決策があるにもかかわらず、不勉強によって起こす失敗。ただし、無
知を恐れるあまり、行動することなく調査や勉強ばかりに力を注いでいると、失敗に
よって失うよりもさらに大事なやる気や時間や機会を失う。
いろんな原因が
あるんだねえ〜
3.手順の不遵守
これを防止するためにはマニュアル化が有効。ただし「マニュアルさえ守りさえすれ
ば十分」という錯覚に陥ることがある。
8.価値観不良
本来優先すべき価値観を優先できなかった問題。公害問題など。
10.未知
世の中の誰もがそれにいたる原因を知らないために起こる失敗。消毒の有用性など？
失敗学のすすめ
p.71-75
17


# Page. 18

![Page Image](https://bcdn.docswell.com/page/5JGRM3NW7L.jpg)

失敗を記述しよう
失敗情報は単純化、神話化、ローカル化、変化しやすい。
だから、今後の学びのために失敗の記述が大切である
一方、記述するために注意が必要
失敗を文書化す
るのって大事な
んだねえ
⚫ 失敗情報から学ぼうとしている人にとって、「客観的な情報」
は役に立たない。
⚫ 当事者自身がどう考え、感じ、どんなプロセスでミスを起こし
てしまったかという主観的な情報が学びにつながる。
18


# Page. 19

![Page Image](https://bcdn.docswell.com/page/47QVR5QQEP.jpg)

失敗を記述するためのフォーマット
1.事象
失敗にいたった状況を正確に記録する
2.経過
失敗に至るまでの過程を詳細に記録する
3.原因
失敗の原因はどこにあったのか自分の見解を書く
4.対処
失敗に対して、当事者がどのような行動を取ったのか書く
5.総括
全体的に記述する
6.知識化
総括から要点を抜き出す
フォーマットが
あるのはわかる
がトラウマを呼
び起こす
失敗学のすすめ p.118
19


# Page. 20

![Page Image](https://bcdn.docswell.com/page/KE4M89NY71.jpg)

ソフトウェアテストの失敗について
考えよう
20


# Page. 21

![Page Image](https://bcdn.docswell.com/page/L7182K5NJG.jpg)

ソフトウェアテストとは
ふうん
「ソフトウェアテストとは、欠陥を発見し、
ソフトウェアアーティファクトの品質を評価するための
一連の活動である」
JSTQBFLシラバスV4.0 p16
21


# Page. 22

![Page Image](https://bcdn.docswell.com/page/G7WZRDWM72.jpg)

ソフトウェアテストの役割
ソフトウェアテストの役割
⚫ 製品が提供できなくなるような欠陥を発見する
⚫ 製品が提供できる状態であることを確認する
欠陥はソフト
ウェア開発の
「失敗」とし
ちゃうんだね
製品を提供するまでに「失敗」するための活動
とも言える（かもしれない）
22


# Page. 23

![Page Image](https://bcdn.docswell.com/page/4JZ1RG5ME3.jpg)

ソフトウェアのテストの難しさ
ソフトウェアテストはそれはそれで難しい
⚫ 「なにをもってテスト完了か」が決めきれない
⚫ ハードウェアにあるような物理的制約を受けないので、
設計解や統計的な品質管理手法が単純適用できない
ソフトウェアの
品質管理はハー
ドウェアのそれ
をそのままとは
いかないよね
⚫ 生産工程がないので、設計工程での品質管理/保証す
る必要がある
⚫ 納期を初めとした厳しい戦いが強いられる
23


# Page. 24

![Page Image](https://bcdn.docswell.com/page/YE6LRY957V.jpg)

ソフトウェアテストは難しい
ソフトウェアテストは難しい
だから我々は失敗を共有して学ぶ
もう二度と失敗しないように
そして誰かが失敗しないようにする必要がある
24


# Page. 25

![Page Image](https://bcdn.docswell.com/page/GE518GNGJ4.jpg)

テストの失敗、影響、原因
〜について本気出して考えてみた〜
25


# Page. 26

![Page Image](https://bcdn.docswell.com/page/9721KY5DER.jpg)

テストにおける「失敗」の影響
プロジェクト面での影響
⚫ テストを効率的に進められないことにつながる
⚫ 影響を受ける四天王：時間・予算
プロダクト面での影響
⚫ テストを効果的に進められないことにつながる
四天王はお人形
みたいでかわい
いよねえ
⚫ 影響を受ける四天王：品質・スコープ
荒ぶる四天王
26
JonathanRasmusson: 西村直人; 角谷信太郎. アジャイルサムライ――達人開発者への道 . オーム社. Kindle 版.


# Page. 27

![Page Image](https://bcdn.docswell.com/page/DJYZNGKMEM.jpg)

テストの失敗で影響が出るところ
プロジェクト面
⚫ テストのフェーズはボトルネックになりやすく、手戻りも発生しや
すい
⚫ 安易に人海戦術に走ってしまう場合がある（コストの増大）
⚫ そして解決ができなかったりする
プロジェクトに
もプロダクトに
も影響があるん
だ
プロダクト面
⚫ お金を払っている人がいる
⚫ 金銭的な被害につながる
⚫ 行動が変化した顧客や社会がある
⚫ 機会や行動のロス、もしかしたら財産や生命にも影響があるかもしれない
27


# Page. 28

![Page Image](https://bcdn.docswell.com/page/V7N3XGR378.jpg)

失敗による影響（プロジェクト）
納期への影響
⚫ テストが遅れるためにリリースが遅れる
⚫ 下手すればそもそもリリースしていいのかどうかもわからなくなる
コストへの影響
⚫ 資源・人員等の調達が必要になり、コストが想定よりもかかってし
プロジェクトが
カオスになって
意思決定が機能
しないことある
よね
まう
⚫ テストフェーズになってしまうと予算を超過しても歯止めが効かなくな
ることもしばしば
テストの工程の失敗が手遅れになることもよくあるし、
開発中の「失敗」がテストの工程に集中してしまうこともよくある
28


# Page. 29

![Page Image](https://bcdn.docswell.com/page/YJ998WMPJ3.jpg)

失敗による影響（プロダクト）
スコープへの影響
⚫ 「テストしていない機能はリリースをしない」という選択肢
⚫
これができればいい方。それができなければ品質の影響へ、、
品質への影響
⚫ 顧客への危害
⚫
顧客から預かった財産・生命・情報が危険にさらされる
低品質の製品を
リリースするこ
とが会社の終わ
りにつながるこ
とがあるよねえ
⚫ 信頼の失墜
⚫
会社やブランドの評価が下がり、製品が買われなくなる
⚫ 売上の低下
⚫
製品が売れなくなる。会社も続かなくなる
ビジネスや顧客への影響がモロに出る「失敗」
場合によっては取り返しがつかないことも、、
29


# Page. 30

![Page Image](https://bcdn.docswell.com/page/GJ898NLXED.jpg)

失敗の原因
プロジェクト面
テストはいろん
なリスクが現実
になるタイミン
グなんだ
⚫ システムテストなどの完成品のテストにスケジュールの皺寄せが集中しやすい
⚫ テストケースの消化を目的とした場合、コストがかかる
プロダクト面
⚫ 全数テストは不可能なので普通にテストが抜ける
⚫ そもそも「なにをテストしたいか」「テストの存在意義」がよくわかってなかっ
たり
⚫ あるいは「顧客にどんな価値を届けたいか」あるいは「プロダクトによってどんな仮説検
証を行いたいか」が明確でない場合も、、
30


# Page. 31

![Page Image](https://bcdn.docswell.com/page/LJLWRPLN7R.jpg)

失敗の原因の例（プロジェクト面）
⚫ 計画段階
⚫ テスト計画が合意できない
⚫ テスト実行工数を過小/過大に評価してしまう
⚫ テストマネジメントの手法が確立されていない（報告/レポート）
⚫ 実行段階
こんなことがあ
ると慌てちゃう
よねえ
⚫ テストの開始基準が満たせない
⚫ テストの準備が終了しない
⚫ システムテスト工程でのバグが多すぎ問題
⚫ 終了段階
⚫ テストが終わらない
⚫ リリース判定ができない
31


# Page. 32

![Page Image](https://bcdn.docswell.com/page/47M9R4MQJW.jpg)

失敗の原因（プロダクト面）
⚫ 計画・設計段階
⚫ テストタイプやテスト条件の抜け
⚫ テストベースなどの情報の抜け
⚫ テスト実行の段階
⚫ バグを見逃し
プロダクトの全
ての問題を「テ
スト抜け」で片
付けられたこと
があります
⚫ テスト実行環境・手順の間違い
⚫ テスト終了
⚫ バグの修正間に合いません
⚫ 残存バグが怖いのでリリースできません
32


# Page. 33

![Page Image](https://bcdn.docswell.com/page/P7RGRWVKJ9.jpg)

「失敗」を「学び」に繋げるために
33


# Page. 34

![Page Image](https://bcdn.docswell.com/page/PJXXRPZ5JX.jpg)

PDCAという考え方
いわゆるデミングサイクル
PLAN
ACTION
デミングサイク
ルって著作権あ
るのかなあ？
DO
CHECK
「品質管理」という考え自体が
学びを前提としている
34


# Page. 35

![Page Image](https://bcdn.docswell.com/page/3JKWRD8RJD.jpg)

失敗から学ぶ品質保証のプラクティス
⚫ 失敗から学ぶためのプラクティスはたくさんある
⚫ テストそのもの
⚫ シフトレフト
もっとあるやろ
⚫ バグ分析
⚫ ポストモーテム
⚫ なぜなぜ分析
⚫ カオスエンジニアリング
⚫ 振り返り
⚫ ふりかえり（諸説ある）
35


# Page. 36

![Page Image](https://bcdn.docswell.com/page/LE318R2G75.jpg)

ハンガーフライトをしよう
かつて、天候が悪くて飛行機を飛ばせないとき、天候が良くなるまでパイロットたちは、格納庫の片隅で経験談など
の雑談をしました。
まだ電子制御や航空機の技術が進歩していない時代です。
直接身の安全に関わる危険を経験していた彼らにとって、この雑談が貴重な情報源となっていたらしいのです。
36
カイゼンジャーニー p255


# Page. 37

![Page Image](https://bcdn.docswell.com/page/8EDXMYZNJG.jpg)

ハンガーフライトをしよう
一人で経験できることには限界がある
だから、自分の経験を共有して、他者の経験も自分のものにする
知恵と経験をつなげて、自分の現場をよくしていく
それぞれの現場でがんばる
37


# Page. 38

![Page Image](https://bcdn.docswell.com/page/V7PPR6DN78.jpg)

失敗できないからこそ失敗から学ぶ
ソフトウェアテスト失敗による影響は大きい
だからこそ、簡単に失敗はできない
我々は仲間の失敗を血肉に変えて、学び
「悪い失敗をしないようにする」必要がある
38


# Page. 39

![Page Image](https://bcdn.docswell.com/page/2JV2R31YJQ.jpg)

イベントにおけるさまざまな学習手段
⚫ Dialogue
⚫ お互いが語り、語りを聞き合う
⚫ Lightning Talk
みんなで学ぼう
ね〜
⚫ ５分間話しまくる
⚫ Lean Coffee
⚫ テーマに沿って即興でカンファレンスする
39


# Page. 40

![Page Image](https://bcdn.docswell.com/page/5EGRM32WJL.jpg)

参考文献
⚫ 畑村洋太郎,「失敗学のすすめ」,講談社文庫,2005
いつもありがと
ね〜
⚫ 畑村洋太郎,「失敗から知識を吸収し120%の力を出す！失敗
学見るだけノート」,宝島社,2022
⚫ 市谷 聡啓.新井 剛,「カイゼン・ジャーニー たった1人から
はじめて、「越境」するチームをつくるまで」,翔泳社,2018
⚫ JonathanRasmusson: 西村直人; 角谷信太郎,「アジャイル
サムライ――達人開発者への道」,オーム社,2011
⚫ ISTQB:JSTQB,ISTQBテスト技術者資格制度Foundation
Level シラバス 日本語版 Version 2023V4.0.J02,
https://jstqb.jp/dl/JSTQBSyllabusFoundation_VersionV40.J02.pdf,2024/11/27
イラスト：タスマニアデビ男
40