GENZ, Inc.

配信前の検証を第三者の目で メール配信ツールの適合性を、作り手とは別の立場で確かめます

配信ツールを導入・設定した側とは別の立場で、差し込みや配信停止、受信環境ごとの表示、大量配信時の挙動を本番前に確認し、結果を記録としてお渡しします。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

配信ツールの不具合は配信後に見つかる

メール配信の不具合は、テスト用宛先への試し送りと目視では拾いきれず、本番配信のあとに受信者の画面で初めて姿を見せます。ここでは、配信後に見つかりがちな事象を挙げます。

差し込んだ氏名が空欄のまま受信者の画面に届く

連携処理の設定によっては、宛先ごとの差し込み項目が空のまま送信されます。氏名が入る位置が空白のメールが届き、受信者からの指摘で気づきます。

差し込み項目

配信停止を申し出た宛先へ、そのまま配信される

配信停止の申し出が除外条件へ反映されないと、停止を希望した相手へ届きます。個人情報の取り扱いに関わる事象となり、対応と告知の費用が生じます。

配信停止漏れ

受信するメールソフトによって本文の体裁が崩れる

同じテンプレートでも、受信するメールソフトや端末で本文の体裁が崩れます。試し送りの環境では正常でも、受信者の画面では読めない状態で届きます。

本文の表示崩れ

同じ宛先へ同じ内容のメールが複数回にわたり届く

連携処理や配信条件の重複があると、同じ宛先へ同じメールが複数回届きます。配信停止の申し出が増え、購読者数の減少として施策の効果に現れます。

宛先への重複配信

配信が終わらず、案内の期限を過ぎてから届く

大量配信で処理が遅れると、想定した配信時刻を過ぎて届きます。期限のある案内が締切を過ぎて届くと案内にならず、問合せ対応と再送の手間が残ります。

配信時刻の遅延
02 RISK

配信の不具合は、メール施策の外側まで影響します

配信の不具合は、届いた瞬間の印象では済みません。離れた購読者は戻らず、同意の扱いでは受信者への説明が必要になり、その説明の材料も残りません。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

配信前に確かめておく範囲を、体系として示します

メール配信の検証では、ツール単体の動作だけでなく、会員管理システムからの連携、配信停止の反映、受信環境ごとの表示までを対象に含めます。ここでは、配信前に確かめておく範囲を五つの観点に分けて示します。

連携処理のずれを見落とすと、誤った宛先や差し込み内容のまま一斉配信してしまうおそれがあります。

宛先と差し込み項目の受け渡しの正しさを確かめる

会員管理システムから配信ツールへ渡す宛先と差し込み項目が、意図した形式で受け渡されるかを確認します。項目の欠落や形式のずれは、試し送りの目視だけでは見落とすおそれがあります。

確認する資料
  • 連携仕様書
  • 項目定義表
  • 確認結果表
除外の反映漏れは、停止を申し出た相手への再送信となり、配信停止率の上昇と信頼の低下を招くおそれがあります。

配信停止の受け付けと除外条件への反映を確かめる

配信停止の申し出が、除外条件として配信処理へ正しく反映されるかを検証します。反映漏れは停止を申し出た相手へ再送信してしまう事象につながり、事業の信用に関わります。

確認する資料
  • 除外条件表
  • 反映確認表
  • 検証結果表
表示崩れを配信後に発見すると、届いたメールを回収できず、読者への印象をそのまま損なうおそれがあります。

受信するメールソフトと端末ごとの表示を確かめる

メールソフトや端末の組み合わせごとに、本文の表示が崩れていないかを確認します。一部の受信環境だけで起きる崩れは、初回の大量配信の直後に初めて見つかることがあります。

確認する資料
  • 対象環境一覧
  • 表示確認表
  • 検証結果表
大量配信時の遅延や重複送信は、配信済みの時点では取り消せず、受信者への対応の費用を発生させるおそれがあります。

配信件数が増えたときの配信の振る舞いを確かめる

配信件数が増えたときの所要時間と、重複送信の有無を検証します。想定より遅延したり同一宛先へ二度届いたりする事象は、配信済みの時点では取り返しがつきません。

確認する資料
  • 配信条件表
  • 計測結果表
  • 検証結果表
確認範囲の記録がないと、事故の際に事前の確認状況を事実で説明できず、再発防止策が精神論に見えてしまうおそれがあります。

確かめた範囲と確かめなかった範囲を記録として残す

検証で確かめた範囲と、確かめなかった範囲を記録として残します。記録があれば、制度変更や改修の際に影響範囲を特定でき、事故時の説明にも事実で応えられます。

確認する資料
  • 検証範囲表
  • 対象外一覧
  • 確認記録票
  • 検証報告書
04 TEST DESIGN

お引き受けする範囲と、進め方

どの範囲を確かめ、どこまで記録するかは、導入前の段階で決められます。GENZが整理するのは、その範囲と合格の線です。

STEP 01 運用の条件と合格の線をうかがう配信実務者様から運用の手順をうかがいます
どう確かめるか

配信ツールと社内システムの間の受け渡しの検証

会員管理システムから配信ツールへ渡る宛先と差し込み項目、配信停止者の除外条件、送信元ドメインの認証設定を確かめます。自社のデータを流し、連携処理が意図どおり動くかを検証します。

  • 01配信の手順と担当の分担を配信実務者様からうかがいます
  • 02配信停止者の除外条件と受け付けの経路を確認します
  • 03配信してよいと判断するための合格の線を一緒に決めます
OUTPUT確認済み範囲の一覧
STEP 02 確かめる項目を設計して合意する確認範囲と合格の線を文面で合意します
どう確かめるか

受信するメールソフトと端末ごとの表示崩れの検証

メールソフトや端末ごとに表示崩れが起きないかを、対象とする受信環境の組み合わせで確かめます。どの環境で確認したか、どの環境は対象外にしたかを、配信前の判断材料として残します。

  • 01連携処理と配信条件について確認する項目を設計します
  • 02確認の対象とする受信環境の組み合わせを話し合って絞ります
  • 03委託する範囲と自社側で担当する範囲を文面で合意します
OUTPUT未確認の範囲の一覧
STEP 03 実際に配信して結果を突き合わせる擬似的な宛先を使って発生させて検証します
どう確かめるか

初回の大量配信を想定した配信の振る舞いの検証

初回の大量配信を想定し、配信の所要時間と重複送信の有無を、実際の件数に近い規模で発生させて検証します。遅延や重複が起きる条件を、本番配信の前に洗い出します。

  • 01連携処理へ擬似的なデータを流して挙動を確かめます
  • 02受信環境ごとの表示崩れと差し込み項目を検証します
  • 03大量配信の所要時間と重複送信の有無を実際に測ります
OUTPUT配信の合格の線の定義
STEP 04 結果と未確認の範囲を報告する確認済みと未確認の範囲を分けて報告します
どう確かめるか

確かめた範囲の記録の整理と報告書としての提出

確かめた項目、確認した範囲、確認しなかった範囲を一覧にして提出します。改修のたびにどこまで確かめるかをその場で決める運用をやめ、次の変更時に参照できる記録を残します。

  • 01確認した範囲と結果を報告書の一覧としてまとめます
  • 02確認しなかった範囲と、そこを外した理由を明示します
  • 03次の改修のときに参照できる形の記録として提出します
OUTPUT配信日までの手順
05 RATIONALE

内製とお任せの間にある役割の分かれ目

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 確認すべき範囲の全体像を、体系化した一覧として入手できます
  • 設計から実行までの確認作業を、外部の専門チームへ渡せます
  • 構築を担ったベンダーとは別の、第三者の目で挙動を確かめられます
  • 確認した範囲と判断の根拠が残り、担当者が替わっても説明できます
06 SERVICE

あわせてご利用いただける検証のメニュー

内製とお任せの分かれ目のうち、外部へ渡す側に置く作業を、GENZの検証メニューとして引き受けます。第三者の視点での確認、範囲の網羅、開発日程との並行、記録の整備を扱います。

SVC 01

作った側とは別の立場で引き受ける検証

配信ツールの導入・移行を請け負う構築側とは別の立場で確認します。構築側の動作確認だけに頼らない判断材料を、社内説明へ使えます。

リスク要因と優先順位を示す無文字の図解。
SVC 02

範囲の広いシステムを網羅する検証

差し込み項目、配信停止の除外、受信環境ごとの表示、大量配信時の挙動、連携処理まで、確認すべき範囲を体系として網羅します。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

開発の進行と並行して進める検証

開発や移行の日程と並行して検証を進めます。受け入れ直前に確認作業が残る事態を避けるため、着手までの段取りを先に示します。

計画から報告までの流れを示す無文字の図解。
SVC 04

検証の記録を調えて監査に備える支援

確認した範囲と確認しなかった範囲を記録に残し、稟議や事後説明にそのまま使える形で提出します。担当者が替わっても同じ水準で判断できます。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

お問合せから検証のご報告までの流れ

受け入れ前の検証は、条件の整理から報告までの段階に分けて進めます。各段階の成果物を示します。

配信ツールと日程についてのお問合せ

フォームまたはお電話で、配信ツールの種類と受け入れの日程をお聞かせください。

運用の条件と検証範囲のご相談

確認範囲を整理し、自社で行なう部分と委託する部分の切り分けをご相談します。

工数と費用のお見積のご提示とご契約

工数と費用の見積をお渡しし、内容にご同意いただいたうえで契約します。

検証の実施と報告書によるご報告

検証を実施し、確認した条件と結果を記した報告書をお渡しします。

配信前の検証に関する無料相談のご案内

配信ボタンを押す前に、確かめる手立てをご用意ください

ご相談いただくと、配信ツールと自社運用の組み合わせに沿って、確認すべきテスト範囲、優先順位、必要工数の目安、あわせて実施が必要な関連テストの有無まで、お打ち合わせでお示しします。