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
世界一やさしい!? リスクベースドテスト!!
Search
gen519
PRO
July 25, 2022
Technology
0
150
世界一やさしい!? リスクベースドテスト!!
より良い検証について考える
gen519
PRO
July 25, 2022
Tweet
Share
More Decks by gen519
See All by gen519
_公開版_20251024_JaSST_Kyushu_ざまざまな現場で実践.pdf
gen519
PRO
1
330
個人も組織も成長させる__価値あるQA組織を創るためのアプローチ__20250912.pdf
gen519
PRO
0
31
20230529_QA_テストの_キャリアについて.pdf
gen519
PRO
2
660
QMファンネルとQAキャリア
gen519
PRO
19
3.9k
Software Test First Step
gen519
PRO
1
87
『キャリア プラン × ト × コミュニティ』はじめの一歩
gen519
PRO
0
64
「テストエンジニアのキャリアチェンジに向けて:序 ~You are not alone~」
gen519
PRO
1
140
シン・テストエンジニアのキャリアについて:破 ~[序・破・急]の先に向けて~
gen519
PRO
1
250
Qaエンジニアのキャリアについて考える : 急(Q) ~ いろいろな組織でやったこと~
gen519
PRO
0
130
Other Decks in Technology
See All in Technology
窓口業務を生成AIにおまかせ!Bedrock Agent Coreで実現する自治体AIエージェント!
rayofhopejp
0
270
設計に疎いエンジニアでも始めやすいアーキテクチャドキュメント
phaya72
30
20k
なぜ新機能リリース翌日にモニタリング可能なのか? 〜リードタイム短縮とリソース問題を「自走」で改善した話〜 / data_summit_findy_Session_2
sansan_randd
1
140
触れるけど壊れないWordPressの作り方
masakawai
0
700
今から間に合う re:Invent 準備グッズと現地の地図、その他ラスベガスを周る際の Tips/reinvent-preparation-guide
emiki
1
340
[JDDStudy #10] 社内Agent勉強会の取り組み紹介
yp_genzitsu
1
120
AIがコードを書いてくれるなら、新米エンジニアは何をする? / komekaigi2025
nkzn
25
18k
AIエージェントを導入する [ 社内ナレッジ活用編 ] / Implement AI agents
glidenote
1
300
DMARCは導入したんだけど・・・現場のつぶやき 〜 BIMI?何それ美味しいの?
hirachan
1
170
LINE公式アカウントの技術スタックと開発の裏側
lycorptech_jp
PRO
0
230
Kotlinで型安全にバイテンポラルデータを扱いたい! ReladomoラッパーをAIと実装してみた話
itohiro73
3
300
AI時代におけるドメイン駆動設計 入門 / Introduction to Domain-Driven Design in the AI Era
fendo181
0
540
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
431
66k
Speed Design
sergeychernyshev
32
1.2k
Into the Great Unknown - MozCon
thekraken
40
2.1k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
2.9k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
How to Ace a Technical Interview
jacobian
280
24k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.2k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.3k
Optimising Largest Contentful Paint
csswizardry
37
3.5k
Context Engineering - Making Every Token Count
addyosmani
8
360
Transcript
より良い検証について 山本 久仁朗
より良い検証を考える
より良い検証を考える 良い検証 について 考えてみた!
より良い検証を考える 早く! 重要な! 効率的! 不具合を発見!
より良い検証を考える 重要な不具合 とは 何でしょうね?
より良い検証を考える 重要な不具合 1.出荷判定 対象不具合 2.本番障害
より良い検証を考える リリース判定直前 の重大バグや、 本番障害 を出したくない!
より良い検証を考える そんな人に! リスクベースド テストを ご紹介します!
より良い検証を考える • リスクベースドテストとは – 製品にバグが出た場合の「顧客(ユーザ)に対する迷 惑度」を品質リスクと捉え、与えられたテスト期間の早 い段階で品質リスクを逓減するテスト。 http://jasst.jp/archives/jasst08e/pdf/C2-1.pdf
より良い検証を考える •リスクベースドテストとは –重要な部分からやる! •品質リスクはどこ? –ビジネスリスク –テクニカルリスク –プロジェクトリスク
より良い検証を考える •リスクベースドテストに 必要なこと
None
None
より良い検証を考える ここまで 言っておいて 何ですが・・・
より良い検証を考える 当たり前に やってる方も いると 思いますが!?
より良い検証を考える 当たり前の中に 価値あるものが 眠っています。
より良い検証を考える リーダーの 当たり前を 共有して より良い業務を!
アンチパターン
より良い検証を考える こんな 検証 やってません?
より良い検証を考える 手順を 上から順番に 項目 手順 環境1 環境2 環境3 環境4 ・・・・
・・・・ OK ・・・・ OK ・・・・ OK ・・・・ ・・・・ OK ・・・・ OK 1 2
より良い検証を考える 環境を 左から順番に 項目 手順 環境1 環境2 環境3 環境4 ・・・・
・・・・ OK ・・・・ OK ・・・・ OK ・・・・ ・・・・ OK ・・・・ OK 1 2 3
より良い検証を考える 機能検証→ 互換性検証 工程 テストタス ク 1Week 2Week 3Week 4Week
・・・・ ・・・・ OK ・・・・ OK ・・・・ OK ・・・・ ・・・・ OK ・・・・ OK 1 2 3 4 5 7 6
役割とスコープ
より良い検証を考える ちょっと強引に役割と スコープを紐付けた! テストリーダー、テストマネージャ テストエンジニア テスター プ ロ セ ス
役 割
品質とは その2
より良い検証を考える 品質とは、 1.プロダクトの特性(Features)が 顧客のニーズに応えることで 満足を提供する 2.不備:deficiencies(障害や誤り) から免れる」 (Joseph M. Juran)ジョセフ・ジュラン
http://diamond.jp/articles/-/5808
より良い検証を考える 品質とは、 1.プロダクトの特性(Features)が 顧客のニーズに応えることで 満足を提供する 2.不備:deficiencies(障害や誤り) から免れる」 使いたい 不具合がない
より良い検証を考える • 参考資料:狩谷モデル 充足 顧客の満足感 物 理 的 充 足
状 況 不充足 不満足 満足 魅力的品質 当り前品質 一元的品質 気に入らない 気に入る 顧客の声(Negative ) 顧客の声(Positive ) 当たり前 仕方ない
EOF