Agile開発でのテストのやり方～私の場合～

松谷峰生（まつやみねお）
役割
• WEB QA
• JaSST Kyushu共同実行委員長

QA4AIコンソーシアム
http://www.qa4ai.jp/
【緩募】
VUI関係（音声認識、音声合成、自
然言語理解）のQAや開発を行っている
方、一緒にコンソーシアムで品質保証の
体系づくりをしませんか？
ご興味がある方は以下にご連絡ください。
Twitter @mty_mno

マンガ
http://testerchan.hatenadiary.com/
新人さんからわかる
ソフトウェアテスト解説マンガ
「テスターちゃん」

※注意！！
前職でのお話です！

Agileといっても
みなさんが思い浮かべる形はそれぞれなので
最初に私が経験した
テストチームと開発チームの
関わり方を紹介します

餅つき型（※今命名した）
スプリント
テスト開発
〇機能ができました！テストします！
完成した機能から
テストが来る
スプリント中、餅つきのように開発/テストを繰り返す。
スプリントの終わりにテストが完了している機能をリリース。
※開発チームとテストチームは別拠点でした

管理メイン型（※今命名した）
スプリント
スプリントの前半に開発、後半にQAを行う。
スプリントの終わりにリリース。
工程が分かれているのでスケジュール管理が行いやすい
開発修正など
テスト準備テスト実行

JSTQBのテストプロセス（準備部分）
テスト
計画
テスト
分析
テスト
設計
テスト
実装

あてはめてみる
スプリント
開発修正など
テスト実行
テスト計画
テスト分析
テスト設計
テスト実装

（個人）
仕様書の
読み込み
みんなで一緒にテスト観点出し
仕様書を読んだ後、テストメンバーが集まって
テスト観点出しを行う。
どこを気を付けるべきか、どんなテストをしたらいいか共有できる
みんなで一緒に
テスト観点出し
認識合わせ
テスト観点の共有
疑問点の洗い出し

テスト観点出し後の準備
みんなで一緒に
テスト観点出し
疑問点を
企画/開発に質問
テストケースに落とした
ほうがいいところは
テストケースに落とす
全体チェックリストに
新仕様部分追記
※システム全体の主要機能を30分くらいで
確認するための簡易的なチェックリスト

管理メイン型の場合（※さっき命名した）
一次探索的テスト
（スクリプトテスト）
二次探索的テスト
リグレッションテスト
リリース後テスト
スモークテスト目的。早めに大きいバグを出して
テストできないところの把握、開発の修正工数を確保したい
組み合わせが複雑なところ、テストがメンドイ場所などは
テストケースを用いて確認する
複雑な手順でのバグなどの導出が目的
バグ修正が終わった後の仕上げのテスト。
先ほど登場した全体チェックリストを用いて
確認することが多い。

一次探索的テスト（スモークテスト目的）
探索的テストは機能と時間を分けたセッションベースドで実施。
なるはやで実装機能全体をなめたい。
【例】：機能（A機能、B機能、C機能、D機能)
テストメンバー（Xさん、Yさん)
テストチャーター：仕様書
A機能：Xさん
B機能：Yさん
セッション1 : 40分セッション2 : 40分
テストチャーター：仕様書
C機能：Xさん
D機能：Yさん

二次探索的テスト（細かなバグまで出したい）
A機能 B機能 C機能 D機能
セッション1 Xさん Yさん
セッション4 Yさん Xさん
細かなバグを出したいときの探索的テストのスタイル
チャーターは特になく、それぞれに任せる。
探索的テスト絨毯爆撃型と名付けた。

餅つき型の場合（※さっき命名した）
A機能
B機能
C機能

自動テスト（リグレッションテスト目的）
自動テスト
今回
追加された機能
「以外の」
主要部分の
テストが回っている
テスト完了後に
実装機能で追加した方がよい項目は追加

一連の流れ
仕様書読み込み
みんなでテスト観点出し
（テストケース作成）
全体チェックリストに追記

ご清聴ありがとうございました！

Agile開発でのテストのやり方～私の場合～

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Agile開発でのテストのやり方～私の場合～

Similaire à Agile開発でのテストのやり方～私の場合～ (20)

Plus de Mineo Matsuya

Plus de Mineo Matsuya (6)

Dernier

Dernier (12)

Agile開発でのテストのやり方～私の場合～