ソフトウェアテスト入門/Introduction to software testing

社内向けに作成した資料です。
残念ながら発表機会がなくなりましたので、こちらで公開します。
資料作成にあたって考えたことはブログを参照願います。
https://ta9mi3.hatenablog.com/entry/2019/09/25/215702

Transcript

1. ソフトウェアテスト 入門 2019/9/25
2. 自己紹介 名前：たくり～ twitter： @ta9mi3 ブログ：https://ta9mi3.hatenablog.com/ 技術経歴：プログラム、DB、ネットワーク テストエンジニア 自称「フルスタックエンジニアっぽい何か」 2
3. 3 【今回のお題】 ・テストエンジニアのお仕事 ・開発とテスト ・テストの7原則 ・テストの基本、バグの出し方
4. テストエンジニアの お仕事 4
5. 5 テストの実行だけが 仕事でしょうか？
6. 6 【テストの活動とタスク】 ・テスト計画 ・テストのモニタリングとコントロール ・テスト分析 ・テスト設計 ・テスト実装 ・テスト実行 ・テスト完了 ※出典：JSTQB Fundation Levelシラバス Version 2018.J02
7. 7 テストなんて 誰だってできるでしょ？
8. 8 【幅広い知識が必要】 ・テスト対象の仕様を理解する能力 ・テスト環境を構築できる技術力 ・試験に必要なデータ作成 ・不具合を見逃さない洞察力 つまり、幅広い知識や技術力が不可欠
9. 9 最後の砦と呼ばれます
10. 開発とテスト 10
11. 11 【ウォーターフォール】 要件定義 基本設計 詳細設計 コーディング 単体テスト 結合テスト システムテスト 受け入れテスト
12. 12 【アジャイル】 設計 実装 テスト 分析 設計 実装 テスト 分析 設計 実装 テスト 分析
13. テストの7原則 13
14. 14 【テストの7原則】 ・テストは欠陥があるは示せるが、欠陥がないことは示せない ・全数テストは不可能 ・早期テストで時間とコストを節約 ・欠陥の偏在 ・殺虫剤のパラドックスにご用心 ・テストは状況しだい ・「バグゼロ」の落とし穴 ※出典：JSTQB Fundation Levelシラバス Version 2018.J02
15. テストの基本 15
16. 16 【テストの基本】 ・仕様通りの動作をするか ・バグが無いか ・性能の確認 ・使いにくい、分かりにくいなど、 ユーザー視点での確認
17. 17 【バグの見つけ方 1/5】 ▪入力誤り、想定外の入力 仕様・機能：1～100までの数字を入力する項目 テストの例： ・範囲外の数字を入力してみる ・マイナス値を入れてみる ・記号や文字を入力してみる ・入力しなかったらどうなるのかな？
18. 18 【バグの見つけ方 2/5】 ▪境界値、長さ、データ件数 仕様・機能：パスワードは8桁以上 テストの例： ・7桁のパスワードを入力してみる ・長いパスワードを入力してみる 仕様・機能：1画面に表示されるデータ件数は10件 テストの例： ・データ件数が0件、9件、10件、11件の場合はどうか
19. 19 【バグの見つけ方 3/5】 ▪繰り返し、連打、画面のリロード 仕様・機能：ショッピングサイト テストの例： ・購入を繰り返す ・購入ボタンの連打 ・購入ボタン押下後に画面をリロード
20. 20 【バグの見つけ方 4/5】 ▪競合（割り込み、圏内・圏外・ネットワーク異常） 仕様・機能：携帯電話 テストの例： ・操作中に音声着信 ・操作中に圏外になる 仕様・機能：ショッピングサイト テストの例： ・購入ボタン押下直後にネットワーク断
21. 21 【バグの見つけ方 5/5】 ▪順番 仕様・機能：AとBを入力してから実行ボタンを押す テストの例： ・A→Bの順に入力 ・B→Aの順に入力 ・A→B→Aの順に入力 ※A：都道府県、B：市区町村 など
22. 最後に 22