---
title: ソフトウェアテストを検査しよう
tags: 
author: [やまずん](https://docswell.com/user/55ymzn)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/8JDKQD1MEG.jpg?width=480
description: https://www.scrumfestmikawa.org
published: September 12, 26
canonical: https://docswell.com/s/55ymzn/K7N3R2-scrumfestmikawa2026
---
# Page. 1

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

ソフトウェアテストを
検査しよう
やまずん
Scrum Fest Mikawa 2026
2026.9.12 11:00＠Room C
Short Session(20min)


# Page. 2

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

2


# Page. 3

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

3


# Page. 4

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

“いいテスト”ってなんでしょうか？
4


# Page. 5

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

テストや品質に対する謙虚な姿勢
テストって
難しい
品質
なんもわからん
5


# Page. 6

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

よくある嬉しい言葉
QAさん最高！
安心して開発が
できます！
6


# Page. 7

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

うれしい
7


# Page. 8

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

それでいいのか？私
“私たち”
8


# Page. 9

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

9


# Page. 10

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

みなさんはテストを“検査“していますか？
10


# Page. 11

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

やまずんとは
⚫ System Fixer/バキバキQA/Dirty Tester
⚫ フリーランスのSystem Fixer
⚫ 大阪のテスター
⚫ 去年から10キロくらい痩せた
⚫ テストプロセス改善を飯の種にしている
⚫ 大腸内視鏡検査で一命を取り留めたことがある
⚫ testingOsaka/テストの街葛飾/WARAI
⚫ 今週から詩を書くことにハマってる
11


# Page. 12

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

この発表の注意
⚫ やまずんは自分のことしか代表しません
⚫ 所属する団体や世の中のQAエンジニア・テスターの見解を代表
するものではありません
⚫ （資料を後で見る人向け）スライドに記載された内容が全
てではなく、口頭で補足した内容もあります
12


# Page. 13

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

この発表のゴール
⚫ 「テストのあり方」を検査する
ための問いの立てることができ
る
⚫ 自分自身のテストについて批判
的に捉えるきっかけにして、一
段高い適応を呼び込むことがで
きる
13


# Page. 14

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

検査ってなんなの？
14


# Page. 15

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

検査とは
検査とは、現実を見ることである。
プロダクトの方向性（プロダクトゴール）と
スクラムチーム・ステークホルダーの有効性
検査ってなんだ
かテストっぽい
よね！
を確認する。検査によって適応が可能になる。
スクラムガイド拡張パック p.8
15


# Page. 16

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

みんながやってるスクラムの検査
スクラムにおける検査
•不確実な現実に対する妥当性の確認
•仮説と事実のギャップを学習し、適応に繋げる
•現実の背後にある「構造やシステム」を認知する
やまずんは
できてるのか
な？
スクラムじゃなさそうな検査
•プロセスや標準への準拠の形式的な確認
•単なる結果の確認と報告
•起こってる現実を個別に認知する
16


# Page. 17

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

17


# Page. 18

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

みなさんはテストを“検査“していますか？
18


# Page. 19

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

我々はテストを検査できているのか？
⚫ 「テストなんもわからん」「品質難しい」
⚫ 聖域扱いとなっていないか？
⚫ 逆も然り
やまずんがいる
からそんな悲し
いことが起きる
んじゃない？
⚫ Dev・PO・SM「テストエンジニアありがたい^^」
⚫
「嬉しい！自尊心が満たされる」
⚫
「いい雰囲気だ！最高のチーム！」
19


# Page. 20

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

20


# Page. 21

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

我々はテストを検査できているのか？
ポジ
無批判にテスターや
QAを受け入れる
ニュートラル
テストを「専門家の知
識」として外部化する
ネガ
テスターを
「素人」と見下す
※現代ではテス
ター自身の声で
あることが多い
気がする
⚫ むしろチームが現実と向き合う力が失われていないか
⚫ 本来の意味での「心理的安全性」がないチームが
よりにもよって”テスト”や”品質保証”に投影され、現れてしまう
21


# Page. 22

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

アジャイルチームやテストの専門家として
やまずんが陥った
検査のアンチパターン
22


# Page. 23

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

標準への準拠だけで満足する
⚫ JSTQBに従っているか？
⚫ 国際規格に従っているか？
⚫ ソフトウェアテストのアセスメントモデルの単純適用
それってテスト
界隈への冒涜
じゃない？
「教科書ではこうだから現実がおかしい」（スクラムでもあるよね）
教科書を元に現実を認知し、有効性を評価している状態
“正しい”プラクティスでも、
“正しく”文脈を理解し、”正しく”文脈を設定しないと適応に繋がらない
※もちろん教科書が間違ってることもある
23


# Page. 24

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

「私たちは対話できているし仲がいい」
⚫ 信頼できる、心地のよいテストの時間
⚫ そこに気づきはあるんか？
⚫ “人間性を尊重する優しい対話”
⚫ “心地よい空間”
やまずんがいる
からせいでみん
な仲悪くなるん
だよ
⚫ テストに対する批判的検討がない
⚫ 居心地はいい、進捗は進む、でも、チームとして前には進まない
⚫ ※仲がいいことはダメではないよ
そこにあるのは「事実」なのか？
安心のために現実が歪められてはいないか？
24


# Page. 25

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

自分の現場を見失っている
⚫ 「他の会社はこうしているからそうしよう」
⚫ 「有名人がこういっているからそうしよう」
⚫ 「一般的に、高い（または低い）品質水準を求められ
るから」
やまずんは自分
の仕事を見失っ
たけどね
「テストはコンテキスト次第」
過度な一般化により、個別に向き合うべき現実を
見失っていないか？
25


# Page. 26

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

参考：主なテストプロセス改善モデル
⚫ ISO
⚫ TMMi
やまずんは登壇
ごっこしてな
い？
⚫ TPI
出典：ASTER
これらは強力なツールなので学ぶのはおすすめ
でも、単純適用をしてしまうと、自律改善する力を失う
そうなってしまうと「テストプロセス改善ごっこ」になっちゃうかも
（気をつけてな）
26


# Page. 27

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

検査の前提となる透明性
⚫ そもそも透明性がないと検査ができない
⚫ 「テスター（QAエンジニア）」への依存が不透明性を増長していないか？
⚫ という旨の発表を去年した
⚫ 他方、検査の気持ちがないと透明性もできないかもね
この発表に人に
理解してもらお
うという透明性
はあるんか？
27


# Page. 28

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

ソフトウェアテストの
検査をしよう
28


# Page. 29

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

検査のための視点
⚫ スクラムの文脈で考える
⚫ 「適応が可能かどうか」
⚫ 「その適応の質は高いものか」
適応ができる検
査に意味があ
るって話もある
もんね
「テストの目的」を考えてから考えてもいいけど、
「ソフトウェアテスト」の目的やその言葉に込められた願い（先入観）は個別、かつ自覚できないことが多い
この発表は別のアプローチを考えてみる
29


# Page. 30

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

検査するためのキーワード
仮説検証
構造
絶対適当に考え
たやろ
コンテキスト
違和感
※本セッションでのバグの定義：なんか都合の悪い事実
30


# Page. 31

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

どのような仮説検証ができているか？
伸び代
「なぜこのテストが必要なのかよくわからない」
「そのテスト結果がどんな意思決定に役に立っているかわからない」
「バグゼロだけど売れなかった」（バグゼロの落とし穴：亜種）
問い
狙ったバグは出ているか？
本番環境でのバグはどのようなものか？
きちんと売れているか？
検査
N=1問題にの可
能性を見落とし
てない？
文系なんだから
ちゃんと科学の
勉強しろよ
（やまずんが）
当初計画していたバグの量・質（この表現は好まないが）は達成できているか？
テスト(事実を見ること)によって何が得られたか？
31


# Page. 32

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

構造の問題として捉えられているか？
伸び代
「すみません、ミスでした。すぐ直します」
「ネクストアクション：チェックリストに追加する」
「プロセスが悪いので見直します」
問い
個別のバグやテストの成果物から、構造的な問題についての気づきがあるか
なんでもかんで
も構造の問題に
しようとするの
にやまずんの浅
はかさがあるね
何かのバグに対して、根本的な対策が可能なだけの情報があるか？
バグがないことも構造の問題として捉えることも大事
検査
そのバグは防げたものなのか？（向き合ってみて！）
そうだとしたら、それが再発しない、かつ持続可能な対策はできるか？
32


# Page. 33

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

コンテキストに対する適合があるか？
伸び代
「この品質特性がどんなユーザーのニーズと紐づいてるかわからない」
「バグが見つかったけど、これは仕方ない。どうにもできない」
問い
”いまここ”において必要(不必要)な情報が吟味されているか？
コンテキストに
迎合しすぎて都
合のいい報告し
かしない人いる
んじゃない？
いまの延長線上に過去や未来もあるけどな！
検査
テストの報告に関して、「誰」が「何」を見ているか把握できているか？
そのテスト、ほんまに「今」「ここで」必要(or不必要)なんか？
33


# Page. 34

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

違和感に向き合えているか？
伸び代
「“開発者さん”は何も悪くない」
「“開発者”がちゃんとやってないから悪い」
問い
事実に対して違和感が立ち現れても、冷静に受け止められているか？
この発表自体に
違和感があるん
ですが、、
「テスト」や「品質」という言葉でそれらの違和感を外部化していないか？
検査
「バグ報告を見るのが辛い」という声
「テストはテスターがやること、開発は開発者がやること」という気持ち
34


# Page. 35

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

テストに全ての人が主体的に関わる
35


# Page. 36

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

Real testing is always learning.
Taking Testing Seriously: The Rapid Software Testing Approach p18
書影:RAPID SOFTWARE TESTING
36


# Page. 37

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

テストを検査するためのガイドとしての“探索“
テスト完了＝チェックした＋探索した
Explore It! p32
テストの本ですが、プロダクトマネージャーやプロダクトオーナー、つまり要件を定義する人
にこそ読んでほしい一冊です。AIがコードを書く時代に求められているのは、コーディング技
術ではなく、プロダクトのふるまいを探索し、驚きを発見する探検家。
Yasunobu Kawaguchi
書影：KADOKAWA
⚫ テクニックとしての探索的テスト
⚫ これをあり方としたのが『Rapid Software Testing』
37


# Page. 38

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

「テストを検査する」とは、テスト結果だけでなく
「我々のテストのあり方・向き合い方そのもの」
を評価し、適応させることだ
やまずん
38


# Page. 39

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

テストはすべての人が主体的にかかわるべきものだ
⚫ 「テスト」は現実や事実を見るためのレンズであると捉える
⚫ 同時に「テスト」というレンズ自体も
正しく役に立っているかを知る必要がある
「私はテストの専門家じゃないんで、、」
「我々のテストはどうなっているかなあ？」
⚫ 「我々はどんな現実を見ればいいのだろうか？」
⚫ これを見直す手段のひとつが「テストを検査する」ということ
39


# Page. 40

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

テストへの検査を通して
Whole Team Approachを実現しよう！
ソフトウェアテストを
検査しよう
40


# Page. 41

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

参考文献と感謝
いつもありがと
ね〜
イラスト：タスマニアデビ男
【引用文献】
• James Bach, Michael Bolton (2025). 『Taking Testing Seriously: The Rapid Software Testing Approach』 Wiley.
• エリザベス・ヘンドリクソン (著), スクラムフェス新潟 (翻訳) (2026). 『Explore It! プロダクトの価値と自信を高める探
索的テスト実践ガイド』 KADOKAWA.
• Ralph Jocham, John Coleman, Jeff Sutherland (2025). 『スクラムガイド拡張パック：オリジナルのスクラムガイドの
適応版』
• ASTER テストプロセス改善技術研究会 (2020). 『テストプロセス改善技術 入門ガイド』 NPO法人ソフトウェアテスト
技術振興協会. https://www.aster.or.jp/business/testprocess_sg.html
• kawaguti (2026). 「『Explore It!』——プロダクトのふるまいを探索し、驚きを発見する探検家のために」 kawaguti’s
diary. https://kawaguti.hateblo.jp/entry/2026/08/27/113737
【参考文献】
• 私たちはなんでテストするんだっけ? Ver.東北IT物産展2026 in 会津若松、https://speakerdeck.com/camel_404/haveyou-lot-ever-actually-stopped-to-think-about-why-we-test-in-product-development、おおひらゆうすけ
【謝辞】
• テストプロセス改善技術を教えてくれたテスト会社
• 現場に向き合わせてくれたクライアントの皆様
• 一緒に頑張ってくれたチームのみんな
• 生きることの辛さ
• ペイン
• R.I.P. Kyoko Kitano
41