GENZ, Inc.

フォームテスト外注 フォーム作成ツールのフォームを第三者が検証

フォーム作成ツールのフォームは、ブラウザ差や連携先への受け渡しで送信できない不具合が起こり得ます。GENZが第三者の視点で検証し、公開判断の材料を残します。

支援事例

支援実績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

テスト外注の進め方と各工程の成果物

テスト外注は、範囲の決定から修正後の再確認まで順に進みます。各工程で成果物が残り、公開判断の材料として使えます。

STEP 01 現在のフォームと受け取り先を確かめる埋め込み設置と外部リンクの別も確かめます
どう確かめるか

最初に対象のフォームと検証する工程の範囲を決める

対象のフォーム本数と、入力から送信、連携先への受け渡しまでのどこまでを検証するかを決めます。スコープをここで確定させるため、後工程で確認漏れが表面化しません。

  • 01稼働中のフォームのURLと設置方法を一覧にまとめます
  • 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が提供するテスト支援の内容

フォーム作成ツールで組んだフォームの公開判断を、外部の立場で支えます。GENZが担うのは、ブラウザや端末を変えた動作の検証と、連携先への受け渡しまでを含めた確認、そして結果を記録として残す整備です。

SVC 01

開発と伴走して繰り返すテスト

フォームの改修や提供事業者の仕様変更のたびに、同じ観点で繰り返し検証します。手順が残るため、確認の質が担当者の力量に左右されません。

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

規模の大きいシステムを対象にした検証

受け取り先やメール配信基盤へデータが渡るフォームでは、ブラウザと端末の組み合わせを案件ごとに合意し、送信から受け取りまでを検証します。

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

第三者の視点での受け入れ確認

制作会社が設置したフォームを、入力者の視点で送信まで操作し、表示や自動返信の挙動を確認します。社内では見落とされる不具合を洗い出せます。

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

社内への説明に使える記録の整備

テスト設計書と実行結果の記録を成果物としてお渡しします。公開判断の根拠や、稟議で問われる再発防止の説明に、そのまま使える形式で整えます。

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

依頼から報告までの流れ

ご相談から最終報告まで、GENZとの進め方を段階ごとに整理しました。各段の確認項目を順に説明します。

問合せと現在の運用状況の共有

フォームの構成と連携先、担当窓口をご共有いただき、対象範囲を整理します。

対象範囲と稼働体制の見積の提示

対象範囲に対してテスト項目と体制を定め、費用と日程の見積を提示します。

テストの設計と実機による実行

合意の範囲でテスト設計書を作成し、ブラウザと端末の組み合わせで実行します。

結果の報告と改修後の再テスト

結果を報告書にまとめ、修正箇所を再実行します。公開判断の材料になります。

公開前の確認を第三者の視点から

フォームのテストについて相談する

フォーム作成ツールで組んだフォームを、公開してよいと言える状態へ外部の立場で整えます。ご相談いただければ、フォームの構成をもとにテスト範囲と確認項目の優先順位をご提案します。