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
ソフトウェアテスト第1章
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
nikawa2161
September 12, 2024
24k
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ソフトウェアテスト第1章
nikawa2161
September 12, 2024
More Decks by nikawa2161
See All by nikawa2161
Node.js Subpath imports
nikawa2161
0
21
Sagaパターン入門(続編)
nikawa2161
0
32
Sagaパターン入門
nikawa2161
0
41
沖縄観光とPostgreSQL排他制約の話
nikawa2161
0
35
20251209_プログラミング原則の学び
nikawa2161
0
25
自分のコードを数年ぶりに読んだら
nikawa2161
0
20
ユーザーインタビュー分析に参加して得られたことと気づき
nikawa2161
0
25
oEmbedとは?
nikawa2161
0
110
はじめまして、にかわです
nikawa2161
0
20
Featured
See All Featured
Public Speaking Without Barfing On Your Shoes - THAT 2023
reverentgeek
1
440
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
260
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
123
22k
4 Signs Your Business is Dying
shpigford
187
22k
Mobile First: as difficult as doing things right
swwweet
225
10k
Fashionably flexible responsive web design (full day workshop)
malarkey
408
66k
Rails Girls Zürich Keynote
gr2m
96
14k
BBQ
matthewcrist
89
10k
Designing for humans not robots
tammielis
254
26k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
38
2.9k
Discover your Explorer Soul
emna__ayadi
2
1.1k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Transcript
知識ゼロから学ぶ ソフトウェアテスト 第1章 created by: Ô @nikawa2161 | @nikawa2161 |
✉
[email protected]
This is t-wada
Table of contents ⏪ テスト担当者の⼼得 先⼈の⾔葉に学ぶソフトウェアテストの奥義 完全無⽋なソフトウェアは可能か? 100万のテストケースでも⼗分とはいえない
Goals LTを通して 1 FIRST 荷川取のアウトプット 2 SECOND 荷川取の⾃⼰満 3 THIRD
テストの基礎理解
よろしくお願いします
テスト担当者の⼼得 先⼈の⾔葉に学ぶソフトウェアテストの奥義
ソフトウェアテストの役⽬とは? 難しい説明は抜きにして、先⼈の⾔葉を借りる
バグを全部⾒つけるのは無理だと⼼得ろ! Cem Kaner
ソフトウェアのバグを無くすことは不可能 ソフトウェアは⼗分複雑 エンジニアは⾃分の書いたプログラムにバグがなければいいなと願う
エラーは⾒つからないだろうという過程のもと にテストの計画を⽴ててはいけない G.J. Mayers
そのため リリース後にユーザーからバグの指摘
プログラムのある部分でエラーがまだ存在して いる確率は、すでにその部分で⾒つかったエラ ーの数に⽐例する G.J. Mayers
バグは平均的に散らばっていない バグは特定の箇所に存在する ある例:バグの47%はプログラムの4%に存在
バグは偏った場所にある 単純なプログラム 複雑なプログラム 当然複雑なプログラムにたくさんのバグが発⽣する そのような複雑な部分を徹底的にテストすることは重要なテスト技術
本書では代表的なテスト⼿法を紹介 効果のある⼿法を使ってみる テスト⼿法の選択や適⽤をする際の⼀助になってほ しい(筆者より)
ソフトウェアテストで重要なのは、 どの部分にバグが出やすいのか、 そこにどのようなテスト⼿法を適⽤すれば ⼗分な品質が得られるかを知ることである Junichi Takahashi
完全無⽋なソフトウェアは可能か? 100万のテストケースでも⼗分とはいえない
バグのないソフトウェアは存在するのか? 答えは
NO
なぜなら完全なテスト⼿法がないから
⼊⼒A:1から999まで⼊⼒可能 ⼊⼒B:1から999まで⼊⼒可能 出⼒C:A X B
999 X 999 = 998,001(約100万件) こんなプログラムでさえ、100万件ある
実際のプログラムはもっと複雑 100万件テストケースを実⾏しても完全じゃない CPU、コンパイラなどにバグがあるかも それらを全て⾏って初めて完全無⽋なソフトウェアと⾔える
品質向上のための投資は、投資額が修正にかか る費⽤を超過するか、 「もっとマシなことをすべ きだ」と誰かが⾔い出すまで増加し続ける マーフィーの法則
バグを無くすには、無限の時間が必要 本書では「完璧」でなくても「⼗分な」品質を持つソフトウェア製品を開発するためのソフトウェアテスト ⼿法を紹介しています。
Guest Cem Kaner G.J. Myers Junichi Takahashi t-wada
⽬黒エクスタシー