1 of 44

1

Salesforce導入

プロジェクト

結合テスト計画書

Creative Content Lab Tokyo 御中

初版

令和3年9月23日

クリエイティブコンテンツラボトウキョウ

2 of 44

はじめに

資料をダウンロードいただき、ありがとうございます。本資料のご利用にあたっては、以下の利用規定に合意していただく必要がございます。本資料は、Creative Content Lab Tokyo（クリエイティブコンテンツラボトウキョウ）（以下CCLTとする)が製作したものであり、著作権はCCLTに帰属します。

利用規約に関しては、以下のURLよりご確認ください。

https://creativecontentlabtokyo.com/terms/

セールスフォース標準化ラボ（利用規約）

3 of 44

改訂履歴

用語集

はじめに

本書の目的
本書の構成

基本事項

テストの目的
基本方針結合
テストの位置づけ

テスト計画

テスト範囲（スコープ）
テスト対象テスト対象

内部結合テスト
外部結合テスト
性能（パフォーマンス）テスト
テスト対象外機能
責任範囲（責任分界点）

テスト実施環境

サーバ環境
クライアント環境
テスト対象ブラウザ
テストツール

テストスケジュール

全体スケジュール

体制と役割

実施体制（全体）
実施体制と役割（弊社）

成果物

成果物一覧

テスト開始・終了条件
テスト工程の進め方

各作業工程の進め方
テスト要員とトレーニング計画
テスト設計
テスト実装
テスト実行
回帰テスト実施概要
テスト証跡の対象と取得方法

管理方針

テストの進捗管理
インシデント管理
テスト品質管理
想定されるリスクと対策
コミュニケーション方法

添付資料（Appendix）

4 of 44

本書の改訂履歴を以下に示す。

　改訂履歴

版数	発行日	改訂箇所	改訂箇所改訂履歴	改訂者	備考
第1.0版	2021/01/01		初版発行	CCLT

5 of 44

本書で仕様する用語の定義を以下に示す。

　用語集

用語	説明

6 of 44

　1.はじめに

1.本書の目的

結合テスト計画書（以下、本書）は、クリエイティブコンテンツラボトウキョウ様「Salesforce活用によるコールセンター管理システム」（以下、本システム）における、結合テストの実施計画、品質管理、テスト設計、テスト観点を整理したものである。

本書の計画に基づき、結合テストを実施する。なお、実施計画に変更がある場合は、関係各社と調整し本書を更新するものとする。

結合テスト計画書（フォルダ）

結合テスト計画書（本書）.pptx

結合テスト進捗管理表.xlsx

結合テスト計画書（本資料）

・・・

結合テストにおおけるテスト消化率、バグ検出率の予定と実績を管理

結合テスト仕様書.xlsx

・・・

結合テストにおけるテスト仕様（シナリオ/ケース）

結合テスト結果報告書.xlsx

・・・

結合テストのテスト結果報告書

結合テスト品質分析表.xlsx

・・・

結合テストの品質分析結果表

結合テスト手順書.xlsx

・・・

結合テストの実施手順書

2.本書の構成

7 of 44

2.基本事項

8 of 44

　2. 基本事項

テストの目的

結合テストでは、本システム及び関連するサブシステム/外部システム間を含めた、全体の動作が設計工程で定義した仕様通りに動作することを確認し、故障を除去することを目的とする。

基本方針

本テスト計画書の内容については、事前（テスト開始前）に、お客様及び関係各社様へ内容の説明を行い、計画の承認を行うこととする。
結合テストについては、処理結合テスト、機能結合テスト、システム結合テストを実施する。
結合テストの実施タイミングについては、早期に故障を検出し、品質改善を行うため、単体テストが完了した機能から順次結合テストの実施を行うこととする。
テストケースの作成にあたっては、本テスト計画で定めたテスト観点表、テスト技法を組み合わせて作成すること。
結合テストの実施前には、テスト設計（テストシナリオ、テストケース）が完了していること。
本書で定めるテスト品質の基準を満たさない場合には、品質分析を行い、不足しているテストケースの追加やプログラムの改善を実施すること。
…
テストデータ作成方針
テスト環境の利用方針

9 of 44

　2. 基本事項

結合テストの位置づけ（機能テスト）

10 of 44

　2. 基本事項

結合テストの位置づけ（非機能テスト）

11 of 44

３.テスト計画

12 of 44

　3.テスト計画

店舗

お問い合わせ管理システム

コールセンター

お客様

Web-to-case

お問い合わせ

（ケース）

商品の発送

商品に関する

お問い合わせ

WEBサイト

電話での

お問い合わせ

問い合わせ

フォーム

CTI連携で受電すると自動的に顧客情報を検索し、画面に表示する

顧客情報

問い合わせ内容を

メール通知

結合テスト範囲

外部

システム

商品情報

在庫情報

商品

在庫確認

顧客情報

問い合わせ

内容の照会・

登録

API連携

テスト範囲（スコープ）

内部結合テスト

外部結合テスト

13 of 44

　3.テスト計画

システム（領域）	機能	処理（コンポーネント）	備考
Salesforceコールセンター管理システム	・在庫照会画面	商品在庫取得処理 →ロット情報詳細取得処理
Salesforceコールセンター管理システム	・
在庫管理システム	・

１）内部結合テスト

テスト対象

処理結合テスト

システム（領域）	機能	備考
Salesforceコールセンター管理システム	・Web-To-Case→担当者再割当て
	・
	・
在庫管理システム	・

機能結合テスト

業務領域	No.	業務シナリオ	備考
お問い合わせ管理	1	お問い合わせ（メール）→Web-To-Case受付→受付メール返信→担当者問い合わせチェック→調査→回答
	2
	3

業務結合テスト

14 of 44

　3.テスト計画

ID	インタフェース名	送信元		送信先	IF方式	タイミング	備考
IF-0001	商品情報取得	Salesforceコールセンター管理システム	→	在庫管理システム	API連携	随時リアルタイム
IF-0002	在庫照会	Salesforceコールセンター管理システム	→	在庫管理システム	API連携	随時リアルタイム
IF-0003	在庫情報取得	Salesforceコールセンター管理システム	→	在庫管理システム	ファイル連携	日次
			→
			→
			→

２）外部結合テスト

テスト対象

外部インタフェーステスト

15 of 44

　3.テスト計画

３）性能（パフォーマンス）テスト

テスト対象

①オンライン処理　

No.	画面	実施方法	測定項目	前提	指標値
１	在庫照会	在庫照会画面で、商品コードを入力し、在庫照会ボタンをクリックする。	ターンアラウンドタイム（※１）		3秒～6秒以内

※１. 端末のWebブラウザから処理のリクエストを行い、サーバ内部処理が完了し、WebブラウザでResponseを受信して、描画が完了するとことまでを計測。（何度か実測して、その平均値で基準を満たすか判断）

16 of 44

　3.テスト計画

３）性能（パフォーマンス）テスト

テスト対象

②バッチ処理（スループットの検証）

No.	機能名	制約事項	測定項目	指標値
１	在庫情報連携処理（バッチ）	Salesforceでは、外部Webserviceのコールアウトの制限が設けられているため、これらの処理を利用するバッチについては、Salesforceのガバナ制限が上限となる。	1時間あたりのスループット ※1分あたりのスループットは時間を60分で割って平均を算出	9,000件/時間 150件/分
２
３
４
５
６

【負荷テストの実施にあたっての注意事項】

Salesforceでは、負荷テストを実施する場合に、必ず事前にサポートへ連絡をして、テスト実施の調整を行う必要があります。以下、「Salesforceヘルプサイトより」引用

“テスト日の少なくとも 2 週間前までにパフォーマンステストの承認申請を行う必要があります。この 2 週間前までの通知のない要求は拒否される場合があります。要求を送信するには、ヘルプポータルに移動して、[Network and Performance (ネットワークとパフォーマンス)] > [Notify Salesforce of an upcoming activity (活動の予定を Salesforce に通知)] > [Schedule a Performance Test (パフォーマンステストをスケジュール)] を選択します。

30 日の期間を超える要求は承認されません。この場合は、複数の要求が必要です。“

17 of 44

　3.テスト計画

補足）Apex ガバナ制限（トランザクション単位の Apex 制限）

テスト対象

引用　「Salesforce Developer の制限および割り当てクイックリファレンス（ Apexガバナ制限）」より

https://developer.salesforce.com/docs/atlas.ja-jp.salesforce_app_limits_cheatsheet.meta/salesforce_app_limits_cheatsheet/salesforce_app_limits_platform_apexgov.htm

No.	説明	同期 Apex の制限	非同期 Apex の制限
1	発行される SOQL クエリの合計数¹	100	200
2	SOQL クエリによって取得されるレコードの合計数	50,000
3	Database.getQueryLocator によって取得されるレコードの合計数	10,000
4	発行される SOSL クエリの合計数	20
5	1 つの SOSL クエリによって取得されるレコードの合計数	2,000
６	発行される DML ステートメントの合計数²	150
7	DML ステートメント、Approval.process、または database.emptyRecycleBin の結果として処理されるレコードの合計数	10,000
8	insert、update、または delete ステートメントによって繰り返しトリガする Apex 呼び出しのスタックの深さの合計数 ³	16
9	トランザクション内のコールアウト (HTTP 要求または Web サービスコール) の合計数	100
10	トランザクション内のすべてのコールアウト (HTTP 要求または Web サービスコール) のタイムアウトの最大累積値	120 秒
11	Apex 呼び出し 1 回につき許可される future アノテーションを持つメソッドの最大数	50	batch および future のコンテキストの場合 0、queueable コンテキストの場合 1
12	System.enqueueJob によってキューに追加される Apex ジョブの最大数	50	1
13	許可される sendEmail メソッドの合計数	10
14	ヒープの合計サイズ ⁴	6 MB	12 MB
15	Salesforce サーバの最大 CPU 時間⁵	10,000 ミリ秒	60,000 ミリ秒
16	Apex トランザクションごとの最大実行時間	10 分
17	Apex トランザクションごとに許容される転送通知メソッドコールの最大数	10
18	各転送通知メソッドコールで送信できる転送通知の最大数	2,000
19	直ちに公開するように設定されているプラットフォームイベントに対する EventBus.publish コールの最大数	150

検証ポイント

18 of 44

　3.テスト計画

４）テスト対象外機能

テスト対象

以下の機能に関しては、今回のテスト対象外とする。

No.	機能名	対象外とする理由
１	対象外機能ｘｘｘ	環境の利用制約によりテストの実施が不可のため
２
３
４
５
６

19 of 44

　3.テスト計画

５）責任範囲（責任分界点）

テスト対象

他社システム（機能）とのIF連携や共通の処理に関してのテスト実施における責任分界点は以下の通り

No.	システム（機能領域）	機能（処理）	責任分界点
１
２
３
４
５
６

20 of 44

　3.テスト計画

テスト実行環境（サーバ環境）

１）サーバ環境

　結合テストでは、以下の環境を用意し利用する。

　Salesforce側システムでは、開発環境で作成したリソースの単体テストまでを実施し、その後、リソースを

　変更セットに取りまとめて、各テスト環境へ移送する。

21 of 44

　3.テスト計画

テスト実行環境（サーバ環境）

補足）SalesforceのSandboxの種類による違いは以下の通り。

SANDBOX の種類	更新間隔	ストレージ制限	コピーされる内容	SANDBOX テンプレート
Developer Sandbox	1 日	データストレージ: 200 MB ファイルストレージ: 200 MB	メタデータのみ	利用不可
Developer Pro Sandbox	1 日	データストレージ: 1 GB ファイルストレージ: 1 GB	メタデータのみ	利用不可
Partial Copy Sandbox	5 日	データストレージ: 5 GB ファイルストレージ: 本番組織と同じ	メタデータとサンプルデータ	必須
Full Sandbox	29 日	本番組織と同じ	メタデータとすべてのデータ	利用可

出典「Salesforceヘルプ（Sandbox 機能のクイックリファレンス）」より

https://help.salesforce.com/s/articleView?id=sf.data_sandbox_environments.htm&type=5

注意事項）

　　特にPartial CopyやFull Sandbox を利用したテストを実施する場合には、更新間隔には注意が必要。

22 of 44

　3.テスト計画

テスト実行環境（クライアント環境）

２）クライアント環境

　結合テストでは、以下の環境を用意し利用する。

　クライアントとしては、以下の端末、OSにてテストを実施する。（各工程共通）

　スマホ、タブレットについては、エミュレータ等を利用せず、実機での検証を行う。

クライアント環境		Operating System	Browser（※1）	Application	アドオンなど
PC	Windows	Winwos10 テスト時最新build	Choromeテスト時最新 Firefoxテスト時最新
PC	Mac	iOSテスト時最新	Choromeテスト時最新 Firefoxテスト時最新
スマホ	iPhone	iOSテスト時最新	Safariテスト時最新	Salesforceネイティブアプリケーション
スマホ	Android	Android テスト時最新	-	Salesforceネイティブアプリケーション
タブレット	iPad	iosテスト時最新	Safariテスト時最新	Salesforceネイティブアプリケーション
タブレット	Android	Android テスト時最新	-	Salesforceネイティブアプリケーション

※1.Salesforceがサポートするブラウザは、次の頁を参照

23 of 44

　3.テスト計画

テスト実行環境（補足）

３）テスト対象ブラウザ：

　セールスフォースでは、以下のブラウザをサポートしています。（2021年9月時点）

	MICROSOFT® INTERNET EXPLORER®	MICROSOFT® EDGE (CHROMIUM 以外)	MICROSOFT® EDGE CHROMIUM	GOOGLE CHROME™	MOZILLA® FIREFOX®	APPLE® SAFARI®
Lightning Experience 対応状況	Internet Explorer 11のみ対応するが、2020年12月31日をもってサポート終了	最新の安定ブラウザバージョンをサポート (2020 年 12 月 31 日にサポート終了)	最新の安定ブラウザバージョンをサポート	最新の安定ブラウザバージョンをサポート	最新の安定ブラウザバージョンをサポート	最新の安定ブラウザバージョンをサポート
制限事項	Internet Explorer 11 による Lightning Experience へのアクセスは、Summer '16 以降サポートされなくなります。	Lightning Experience および Salesforce Classic での Chromium 以外のバージョンの Microsoft Edge のサポートは 2020 年 12 月 31 日に終了します。Windows 用の Microsoft Edge Chromium は、引き続き Lightning Experience および Salesforce Classic でサポートされます。 ※Microsoft Edge (非 Chromium) に関する考慮事項開発者コンソールでは Microsoft Edge はサポートされません。		無	Salesforce は Firefox の最新バージョンのテストおよびサポートに努めています。ただし、Lightning Experience では現在、プライベートブラウズはサポートされていません。	Salesforce は、Apple Safari の最新の安定バージョンをサポートしています。すべての Apple ソフトウェア更新を適用してください。 Salesforce は現在、Apple Safari での Analytics をサポートしていません。 Apple Safari バージョン 13.1 以降では、[Visualforce、エクスペリエンスビルダー、Site.com Studio、コンテンツファイルの URL の一貫性の確保] のリリース更新が有効である場合、Lightning Experience に Visualforce ページが表示されない場合があります。また、Apple Safari バージョン 13.1 以降を使用している場合、Safari で [Disable Cross-Site Tracking (サイト越えトラッキングの無効化)] 設定をオンにすると、Salesforce Classic でページレイアウト内に Visualforce ページが表示されません。

出典：「Salesforceヘルプより」

https://help.salesforce.com/articleView?id=getstart_browser_overview.htm&type=5

24 of 44

　3.テスト計画

テストツール

４）テストツール

　結合テストでは、以下のツールを利用してのテストを実施する。

ツール名	説明	テスト内容	実施内容

25 of 44

　3.テスト計画

テストスケジュール

１）全体スケジュール

「テストスケジュールを添付」

26 of 44

　3.テスト計画

体制と役割

１）実施体制（全体）：各社のテスト実施体制及び役割は以下の通り。

テスト進捗の全体管理

定例会の実施と各社のテスト進捗を管理する

【凡例】

　　　プロジェクト責任者：

　　　PL：

　　　メンバー：

コールセンターシステム領域

コールセンターシステム

の開発・テストチーム

全体責任者

●●様

在庫管理システム（サブシステム）領域

商品在庫管理システム

の開発・テストチーム

生産管理システム領域

生産管理システム

の開発・テストチーム

SFDC

CTI

チームリーダ

27 of 44

　3.テスト計画

実施体制

２）弊社内実施体制と役割

　結合テストの実施体制は以下の通り。

役割	作業内容	担当者	コメント
テスト責任者	・結合テスト計画書（本書）の作成・各成果物のレビュー・承認・回帰テスト範囲の決定・テスト結果の取り纏め・報告
テスト設計者	・テスト観点表の作成・テスト仕様書（シナリオ、ケース）作成・テスト手順書の作成・テストデータの作成
テスト実行者（テスター）	・テストの実行・故障管理表の起票
故障対応	・ソースコード改修・再テスト実施（開発環境）・テスト環境へのリリース
品質管理者	・テスト品質管理

28 of 44

　3.テスト計画

成果物

結合テストの成果物は以下の通り。

工程	分類	成果物	説明
計画	テスト計画	結合テスト計画書（本書）	結合テストの計画を記述したもの
設計	テスト設計	結合テスト仕様書（テストシナリオ）	結合テストのシナリオを記述したもの
		結合テスト仕様書（テストケース表）	処理結合テストのシナリオに基づき、各種テスト技法を用いて、テストケースに落とし込んだもの
		結合テスト手順書	結合テストの実施手順を取り纏めたもの
		結合テストデータ	テストケースごとに用意するテストデータ。
実施	実施結果	テスト結果報告書	テスト項目・ケース表に対して、実施日、実施者、実行結果等を記入する。
	テスト証跡	結果画面のスクリーンショット	テスト結果のスクリーンショット
	テスト証跡	ログファイル	テスト実行時に作成されるログファイル
	故障管理	故障管理表	テスト中に発生した故障を記入する
完了	完了報告	テスト実施完了報告書	テスト実施結果を取り纏めた完了報告書

29 of 44

　3.テスト計画

テストの開始と終了基準（Criteria）

結合テストの開始基準、及び終了基準は以下の通り。

①結合テスト開始基準

②結合テスト終了基準

30 of 44

　3.テスト計画

テスト実施手順

１）各作業工程と進め方：テスト実施までの流れは以下の通り。

テスト計画

策定

テスト設計

作業工程

実施内容・手順

成果物

・結合テスト計画書（本書）

結合テストを行うためのテスト計画書を作成
計画書の内容を関係各社へ説明

・テスト観点表

・結合テスト仕様書

（シナリオ、ケース）

・テストデータ

・テスト手順書

テスト観点表を作成し、レビューを実施
結合テストシナリオの作成
開発機能の妥当性を確認できるテストケースを作成
必要なテストデータのバリエーションを洗い出し
非機能要求に基づく、性能・セキュリティの検証ケースを作成

テスト実施

テストデータの準備・作成、投入
テスト仕様書に基づきテストを実施
テスト証跡（画面キャプチャ、ログ等）の取得
バグ検出ジは、故障管理表への起票
故障修正後、回帰テストを実施

完了報告

・結合テスト結果報告書

・証跡（スクリーンショット

　処理ログ）

・故障管理表

各社のテスト結果報告会の実施

　（サマリー報告）

・テスト完了報告書

インシデント管理

品質分析

・テスト品質分析結果

作業担当

弊社

Review

テスト

環境準備

テスト環境の構築
テスト用の初期設定
テスト用リソースの移行（リリース）と疎通検証

弊社

（関係各社）

・テスト環境

弊社

（関係各社）

弊社

テスト実施状況を取り纏め、バグの検出率やバグの傾向分析を実施
品質が悪いと判断される場合の対策を実施

要員計画

トレーニング

・要員計画（テスト工程）

テスト実施に向けた要員計画
要員のテスト設計・実施に関するトレーニング

弊社

Report

31 of 44

　3.テスト計画

テスト実施手順

２）テスト要員とトレーニング計画

32 of 44

　3.テスト計画

テスト実施手順

３）テスト設計

４）テスト実装

33 of 44

　3.テスト計画

テスト実施手順

５）テスト実行

６）回帰テストの実施

34 of 44

　3.テスト計画

テスト実施手順

７）テスト証跡の対象と取得方法

35 of 44

　3.テスト計画

８）回帰テスト実施方針

テスト実施手順

36 of 44

　3.テスト計画

９）テスト証跡の対象と取得方法

　テスト証跡の取得方法は以下の通り。

テスト実施手順

37 of 44

　3.テスト計画

管理方針

１）進捗管理：テストの進捗については、以下の進捗管理表を用いて、テストの予実管理を実施する。

「進捗管理表のイメージ」

38 of 44

　3.テスト計画

管理方針

２）インシデント管理：テストのインシデント管理については、インシデント管理表を用いて管理する。

「故障管理表のイメージ」

39 of 44

　3.テスト計画

管理方針

３）品質管理

　②バグの種類・傾向分析の実施

40 of 44

　3.テスト計画

管理方針

４）想定されるリスクと対策

41 of 44

　3.テスト計画

管理方針

５）コミュニケーション管理

結合テストの実施時の各社とのコミュニケーションは以下の内容にて実施する。

42 of 44

添付資料（Appendix）

43 of 44

　４.添付資料（Appendix）

「添付資料」

44 of 44

44

クリエイティブ

コンテンツラボ

トウキョウ

Creative Content Lab Tokyo