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 quali...
Search
nihonbuson
PRO
February 27, 2018
Technology
1
2.1k
ソフトウェアテスト・品質勉強会(事前配布資料)/Software test and quality study (Handouts)
ソフトウェアテスト・品質勉強会の配布用資料です。
nihonbuson
PRO
February 27, 2018
Tweet
Share
More Decks by nihonbuson
See All by nihonbuson
ホリスティックテスティングの右側も大切にする 〜2つの[はか]る〜 / Holistic Testing: Right Side Matters
nihonbuson
PRO
0
1.5k
テストを実施する前に考えるべきテストの話 / Thinking About Testing Before You Test
nihonbuson
PRO
18
3.2k
テストコードにはテストの意図を込めよう(2025年版) #retechtalk / Put the intent of the test 2025
nihonbuson
PRO
17
3.2k
ソフトウェアテスト 最初の一歩 〜テスト設計技法をワークで体験しながら学ぶ〜 #JaSSTTokyo / SoftwareTestingFirstStep
nihonbuson
PRO
6
910
リーダブルテストコード 〜メンテナンスしやすい テストコードを作成する方法を考える〜 #DevSumi #DevSumiB #JaSST #JaSSTTokyo / Readable test code
nihonbuson
PRO
14
15k
開発スピードは上がっている…品質はどうする? スピードと品質を両立させるためのプロダクト開発の進め方とは #DevSumi #DevSumiB / Agile And Quality
nihonbuson
PRO
2
9.4k
シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話 #RSGT2025 / Shift Right
nihonbuson
PRO
3
3.7k
品質管理の歴史学 / Quality Management History
nihonbuson
PRO
41
15k
境界値分析
nihonbuson
PRO
4
540
Other Decks in Technology
See All in Technology
「使い方教えて」「事例教えて」じゃもう遅い! Microsoft 365 Copilot を触り倒そう!
taichinakamura
0
390
ニッポンの人に知ってもらいたいGISスポット
sakaik
0
150
業務効率化をさらに加速させる、ノーコードツールとStep Functionsのハイブリッド化
smt7174
2
140
[Keynote] What do you need to know about DevEx in 2025
salaboy
0
170
能登半島地震において デジタルができたこと・できなかったこと
ditccsugii
0
200
AWSでAgentic AIを開発するための前提知識の整理
nasuvitz
2
160
Performance Insights 廃止から Database Insights 利用へ/transition-from-performance-insights-to-database-insights
emiki
0
280
20201008_ファインディ_品質意識を育てる役目は人かAIか___2_.pdf
findy_eventslides
2
640
PHPからはじめるコンピュータアーキテクチャ / From Scripts to Silicon: A Journey Through the Layers of Computing Hiroshima 2025 Edition
tomzoh
0
140
プロダクトのコードから見るGoによるデザインパターンの実践 #go_night_talk
bengo4com
1
2.5k
AWS Control Tower に学ぶ! IAM Identity Center 権限設計の第一歩 / IAM Identity Center with Control Tower
y___u
0
170
"プロポーザルってなんか怖そう"という境界を超えてみた@TSUDOI by giftee Tech #1
shilo113
0
200
Featured
See All Featured
Gamification - CAS2011
davidbonilla
81
5.5k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
RailsConf 2023
tenderlove
30
1.2k
Git: the NoSQL Database
bkeepers
PRO
431
66k
Learning to Love Humans: Emotional Interface Design
aarron
274
41k
Being A Developer After 40
akosma
91
590k
A Modern Web Designer's Workflow
chriscoyier
697
190k
The Language of Interfaces
destraynor
162
25k
For a Future-Friendly Web
brad_frost
180
9.9k
Agile that works and the tools we love
rasmusluckow
331
21k
Documentation Writing (for coders)
carmenintech
75
5.1k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
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