![見出し画像](https://assets.st-note.com/production/uploads/images/73288427/rectangle_large_type_2_3f909247620e5430b023c4c6fc363b68.png?width=800)
静的テスト|JSTQB FLシラバスをイラストベースでまとめてみた3
はじめまして、QAエンジニアの富永です。
本記事ではJSTQB FL(Foundation Level)の概要を初心者向けにまとめていきたいと思います。
JSTQB FLシラバスをイラストベースでまとめてみた1「テストの基礎」
JSTQB FLシラバスをイラストベースでまとめてみた 2「ソフトウェア開発ライフサイクル全体を通してのテスト」
JSTQB FLシラバスをイラストベースでまとめてみた 4 「テスト技法」
第3回目は「静的テスト」です。
JSTQB FL(Foundation Level)とは
JSTQB FL(Foundation Level)とは、ソフトウェアテスト技術者の入門的な資格です。
「テストとは」から始まって「具体的なテスト技術」まで学ぶことが出来ます。資格試験は年に2回あり、だいたい8月と2月に行われています。
合格率が50%前後なので、テストを初めて学ぶ方にも十分可能性がある資格試験となっています。
ちなみに筆者は勉強を始めて3か月ほどで取得しました。
3.1 静的テストの基本
静的テストとはプログラムを動かさずに実行するテスト(プログラムを動かすテストは動的テスト)
レビュー(手動)と静的解析(自動)の2種類の方法がある
①静的テストと動的テストの違い
以下の要件リスト、仕様書を使ってテストする場合
![](https://assets.st-note.com/img/1646097291377-WHMh9dQXW1.png)
・静的テスト
要件と仕様を見比べることで、仕様の抜け漏れを見つけることができる
![](https://assets.st-note.com/img/1646097327288-bYWsBrtqMO.png)
・動的テスト
テストケースを作る時に仕様書だけを見て作ってしまうと、仕様の抜け漏れには気づかない
![](https://assets.st-note.com/img/1646097344380-JzKeQQNW22.png?width=800)
②レビューと静的解析の違い
・レビュー
人が確認
![](https://assets.st-note.com/img/1646097358905-psVDJbkrnm.png)
・静的解析
ツールで確認
![](https://assets.st-note.com/img/1646097373126-RF2IYc4rKy.png)
3.2 レビュープロセス
計画
レビューの範囲、工数・時間の見積もり、参加者の選定、役割などを決める
![](https://assets.st-note.com/img/1646097392549-CsJscU0LUd.png)
レビューの開始
レビューの範囲、目的、プロセス、役割、作業成果物(レビュー対象)、資料などを参加者に説明する
![](https://assets.st-note.com/img/1646097407547-d7nQaydGGI.png)
個々のレビュー
作業成果物(レビュー対象)を個人で読み込んでくる
→欠陥、提案、質問などを考える
![](https://assets.st-note.com/img/1646097422248-L7NFDgqGZQ.png?width=800)
懸念事項の共有と分析
個々人のレビュー結果を共有し、指摘のあった欠陥についてレビューミーティングを開いて議論、分析、オーナー(欠陥の担当者)の割り当て
![](https://assets.st-note.com/img/1646097436313-lpqozJ0JeQ.png)
修正と報告
作業成果物(レビュー対象)に変更が必要なものについて欠陥レポートの作成と欠陥を修正
![](https://assets.st-note.com/img/1646097449326-scbMwCwu4a.png)
※すべてのレビューにこのようなプロセスが行われるわけではない、レビューには簡単なものからしっかりしたものまであり、上記のプロセスは一番しっかりしたレビュー(インスペクション)のプロセスです
①役割
![](https://assets.st-note.com/img/1646097467279-ssGTnApDw8.png?width=800)
※同じ役割を兼任する場合もある
②レビュータイプ
・非公式的レビュー
![](https://assets.st-note.com/img/1646097483425-DueqiBBuZl.png?width=800)
・ウォークスルー
![](https://assets.st-note.com/img/1646097501159-w6sOoklRR1.png?width=800)
・テクニカルレビュー
![](https://assets.st-note.com/img/1646097515481-HcLRQVo9UC.png?width=800)
・インスペクション
![](https://assets.st-note.com/img/1646097549389-97PNNrrir1.png?width=800)
③レビュー技法
・アドホック
特に決まりがない
レビューアは作業成果物を順番に読んで懸念事項を識別する
レビューアのスキルに大きく依存する
![](https://assets.st-note.com/img/1646097566662-3wEMLmAzyl.png?width=800)
・チェックリストベース
レビューアはレビューの開始時に配布されるチェックリストを使用して懸念事項を検出
![](https://assets.st-note.com/img/1646097587680-1h7Ay1be2H.png?width=800)
・シナリオとドライラン
ガイドラインを使用して、成果物を読みながらどういう動きになるかなと頭の中で想像したり、別のシステムとデータ連携せずにデータをファイルに書き出したりするレビュー方法。
つまり、「シナリオを用いてドライランする方法」
※ドライラン:予行練習
![](https://assets.st-note.com/img/1646097605391-SxmzewsYQo.png?width=800)
・ロールベース
様々なステークホルダーになりきってレビューする方法
ユーザーから見て問題ないか、保守担当者から見て問題ないかなど
![](https://assets.st-note.com/img/1646107605608-opKomeFHvT.png?width=800)
・パースペクティブベース
基本的にはロールベースと同じだが、違う点は各レビューアの役割でレビュー対象を使ってみる点です。
例えば、テスト担当者ならテスト設計を行ってみる。
運用担当者なら運用計画を作ってみるなど。
![](https://assets.st-note.com/img/1646097635595-yaLspARxEu.png?width=800)
執筆者プロフィール:富永和尚
ソフトウェア第三者検証企業で2年間テストエンジニアとして、多数のプロジェクトでテスト実行、設計を経験し、SHIFTへ入社。
SHIFTではWEB系のテスト案件をこなした後、別案件の案件管理者としてマネジメントなどを行っている。
もっとテストの面白さを知ってほしいと思いブログ執筆を行っている。
最近の趣味は映画鑑賞と散歩。
お問合せはお気軽に
https://service.shiftinc.jp/contact/
SHIFTについて(コーポレートサイト)
https://www.shiftinc.jp/
SHIFTのサービスについて(サービスサイト)
https://service.shiftinc.jp/
SHIFTの導入事例
https://service.shiftinc.jp/case/
お役立ち資料はこちら
https://service.shiftinc.jp/resources/
SHIFTの採用情報はこちら
https://recruit.shiftinc.jp/career/