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
ソフトウェアテスト・品質勉強会(事前配布資料)/Software test and quality study (Handouts)
Search
nihonbuson
February 27, 2018
Technology
0
1.9k
ソフトウェアテスト・品質勉強会(事前配布資料)/Software test and quality study (Handouts)
ソフトウェアテスト・品質勉強会の配布用資料です。
nihonbuson
February 27, 2018
Tweet
Share
More Decks by nihonbuson
See All by nihonbuson
WACATE流 勉強会会場の選び方 / WACATE venue
nihonbuson
1
530
継続的テストモデルを実現するためにスリーアミーゴスを用いた10Xでのシフトレフトの事例
nihonbuson
3
1.4k
BDD(Cucumber)コミュニティが無料提供しているコンテンツの紹介と現在起きている危機
nihonbuson
4
2.6k
JSTQB FL 幻のテスト技法「ユースケーステスト」を学ぶ / Use_case_testing
nihonbuson
3
1.8k
テストコードを書き始める前に考えるべきテストの話(2023年版) #cedec2023
nihonbuson
1
2.6k
テスト対象の内容を忘れるためのテスト対象分析 #qa_test_talk / QA Test Talk Vol.3
nihonbuson
3
3.8k
AI(ChatGPT-4)によるテスト設計作成の現状を評価する #Ques20 / Ques20th
nihonbuson
9
6k
テストプロセスを用いて、テストケース作成の思考を整理しよう / test process
nihonbuson
6
2.8k
JaSST Review 22 Introduction / JaSST Review'22 内容紹介
nihonbuson
0
5.2k
Other Decks in Technology
See All in Technology
How to Think Like a Performance Engineer
csswizardry
4
590
Matterport を使ってクラスメソッド各拠点のバーチャルオフィスツアーを作成してみた
wakatsuki
0
160
Datadog Cloud SIEMを使ってAWS環境の脅威を可視化した話/lifeistech-datadog-cloud-siem
gidajun
0
480
データ分析を支える技術 生成AI再入門
ishikawa_satoru
0
380
頼られるのが大好きな 皆さんへ - 支援相手との期待の合わせ方、突き放し方 -/For_people_who_like_to_be_relied_on
naitosatoshi
1
290
DevIO2024_レガシー運用からの脱却 -クラウド活用の実践事例とベストプラクティス-
jun2882
0
210
CEL(Common Expression Language)で書いた条件にマッチしたIAM Policyを見つける / iam-policy-finder
fujiwara3
0
710
AWSでRAGを作る法方
sonoda_mj
1
140
簡単に始めるSnowflakeの機械学習
nayuts
1
190
サービス開発を前に進めるために 新米リードエンジニアが 取り組んだこと / Steps Taken by a Novice Lead Engineer to Advance Service Development
nologyance
0
180
Classmethod Odyssey 登壇資料
yamahiro
0
390
データベース研修 分析向けSQL入門【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
110
Featured
See All Featured
10 Git Anti Patterns You Should be Aware of
lemiorhan
652
58k
A Modern Web Designer's Workflow
chriscoyier
689
190k
A better future with KSS
kneath
231
17k
Why Our Code Smells
bkeepers
PRO
332
56k
Navigating Team Friction
lara
181
13k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
26
2.1k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
17
1.5k
Designing for Performance
lara
604
67k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
18
1.2k
Building Better People: How to give real-time feedback that sticks.
wjessup
357
18k
Design by the Numbers
sachag
277
18k
Making the Leap to Tech Lead
cromwellryan
127
8.7k
Transcript
ソフトウェアテスト・品質勉強会 @nihonbuson 1
Agenda • はじめに • テストの立ち位置とは • 何をテストすべきか • どうやってテストケースを作るのか •
どうやってテストを実施すべきか • おわりに 2
はじめに 3
いきなりですが質問です 品質とは何でしょうか? テストの目的は何でしょうか? 4
品質とは何か? 東京海上日動システムズ顧問 横塚 裕志氏 の講演内容より 【具体例2】 デジタルニュースの普及により、 ニュースは、確実な推敲・校正よりも、 「早く伝える」「修正」へ 【具体例1】
トラブルは0でも、 国民の5.8%にしか使われない住基ネットカード。 「ソフトウェアの品質(= )としては失格」 ※ソフトウェア品質シンポジウム 2014の基調講演にて http://www.publickey1.jp/blog/14/_2014.html 5
テストの目的は何か? 以下のような目的があります。 • 欠陥の • 対象ソフトウェアの であることの確認 • のための情報の提示 • JSTQBシラバスより
http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=14 に行うこともある テストの7原則①テストは「欠陥がある」ことしか示せない 6
全体の開発サイクルの中での テストの立ち位置とは 7
Vモデル(一般的なSIの場合) 要求定義 要件定義 基本設計 詳細設計 コーディング 単体テスト 結合テスト システムテスト 受け入れテスト
http://jasst.jp/symposium/jasst12tokyo/pdf/D4-1.pdf 8
Wモデル 要求定義 要件定義 基本設計 詳細設計 レビュー&受け入れ テストの設計 レビュー&システム テストの設計 レビュー&
結合テストの設計 レビュー& 単体テストの設計 受け入れテストの 実施 システムテストの 実施 結合テストの 実施 単体テストの 実施 コーディング デバッグ デバッグ デバッグ デバッグ 9
なぜ早期のテスト・レビューをするのか http://www.jaspic.org/event/2009/SPIJapan/keynote/SJ9keynote.pdf#page=31 10 要求仕様 設計段階 コーディング テスト 納入時点
何をテストすべきか 11
次の仕様に対してどんなテストをすれば良いか。 • パスワードは4文字以上12文字以下の 英数字のみを許容する • パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする http://www.slideshare.net/takashiyamasaki378/ss-55384920 例題 12
パスワードは4文字以上12文字以下の 英数字のみを許容する パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする 回答記入用 13
パスワードは4文字以上12文字以下の 英数字のみを許容する パスワードを3分以内に4回以上間違って入力すると アカウントを5分間ロックする 模範解答用 14
テストすべき内容(テスト観点)の見つけ方 http://jasst.jp/symposium/jasst13niigata/pdf/S2.pdf 15
視座 16
視野 17
視点 18
(参考)品質特性 http://www.atmarkit.co.jp/ait/articles/0905/13/news124_3.html 19
どうやって テストケースを作るのか 20
テストケースはいくつ? パスワードは4文字以上12文字以下 1文字、2文字、3文字…100文字 膨大な数の テストケース テストの7原則②全数テストは不可能 21
テストケース作成者「◦◦◦のテストをします!」 司会者「ほぉ~、それはどうしてだい?」 テストケース作成者「 」 テストケース作成の心得 22
テスト設計技法 ~境界値分析~ テストの7原則④欠陥の偏在 12 4 パスワードは4文字以上12文字以下 23
テスト設計技法 ~状態遷移テスト~ https://goo.gl/iAvVm8 24
どうやって テストを実施するのか 25
テストは実施して終わりではない パスワードを「123」にして ログインしようとしたら、 ログインできなかった 26
テストレポート例 OK or NG パスワードが 3桁以下の時 ログイン失敗 ページに 遷移すること パスワード欄
に「123」 と入力する。 ログインボタン を 押す。 ログイン 失敗画面に 遷移する NG ログイン画面 から遷移せず、 「ログイン失敗」 と表示される 他の人や1年後の自分が見ても分かるように書く 27
おわりに 28
まとめ • テストの目的は欠陥の検出以外に欠陥の がある • テストには に行う活動もある • 早期にテストやレビューをすることで できる • テストすべき内容には、仕様書から見つけられる内容以外に も、 から得られることや などがある
• 全てを闇雲にテストすると膨大なケース数と時間が発生する が、その数を削減できる手法がある • テストを実施するときは、 結果を書く 29
おまけ • 開発チーム … • QAチーム… • 自動テスト … 30
参考資料1 テストの7原則 ①テストは「欠陥がある」ことしか示せない ②全数テストは不可能 ③初期テスト ④欠陥の偏在 ⑤殺虫剤のパラドックス ⑥テストは条件次第 ⑦「バグゼロ」の落とし穴 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf#page=15 31
参考資料2 テスト自動化の8原則 ①手動テストはなくならない ②手動で行って効果の無いテストを自動化しても無駄である ③自動テストは書いたことしかテストしない ④テスト自動化の効用はコスト削減だけではない ⑤自動テストシステムの開発は継続的に行うものである ⑥自動化検討はプロジェクト初期から ⑦自動テストで新種のバグが見つかることは稀である ⑧テスト結果分析という新たなタスクが生まれる https://sites.google.com/site/testautomationresearch/test_automation_principle
32