GENZ, Inc.

EC・配送事業者向け 配送状況照会アプリのソフトウェアテスト

荷受人に正しい状態が届き続けるかは、開発会社と追跡情報の提供元の確認の外側に残ります。照会が集中する局面まで動かし、表示と通知のずれを見つけます。

支援事例

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

配送状況照会アプリでよくある不具合

配送状況照会アプリで表面に出る不具合の多くは、荷受人からの申告という形を取ります。画面はエラーにならず正常な応答を返すため、運用している企業様より先に荷受人が気づく構造です。

配送会社ごとの状態が自社の区分に取り違えて表示される

追跡番号は配送会社によって「お問い合わせ番号」「送り状番号」と呼び名が異なります。読み替えが1箇所ずれると、その荷物は誤った区分で表示されます。

状態区分の取違え

追跡情報が届かず表示がいつまでも更新されない

追跡情報の更新間隔と出方は配送会社ごとに異なります。欠測や遅れを前提にしないと配送ステータスが古く残り、荷受人は移動か反映かを区別できません。

表示が更新されない

状態の変化の通知が二重に届き宛先も取り違えられる

通知は宛先・契機・内容で仕様が定まり、曖昧だと同じ宛先へ2度届きます。宛先と注文が対応づかないと、別の荷受人へ別の荷物の状態を知らせます。

通知の二重配信

不在や持ち戻りを通ったあとに表示と記録が食い違う

正常でない経路は件数が少なく、開発段階から漏れやすい領域です。不在や持ち戻りの読み替えがずれると、再配達受付の出し分けを誤らせかねません。

持ち戻り後の不一致

配送会社の追加や版更新のあとに既存の表示が変わる

仕様変更や配送会社の追加のたびに、表示や通知の挙動が変わります。確認を飛ばすと自社で何も変えていないのに既存の表示がずれたまま出続けます。

追加後の表示変化
02 RISK

残存した不具合により生じる問題

配送状況照会アプリの不具合は問い合わせの殺到や通知の誤配信へ広がります。発見は荷受人や荷主の申告頼みで、不具合が残るほど影響が大きくなります。

配送状況照会アプリの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

静的テスト(レビュー)でおさえるべき観点

配送状況照会アプリの品質は、画面を動かす前の段階から確かめられます。照らし合わせる観点は読み替えの取り決めや注文との紐付け、通知の条件など5つあり、文書になくても運用の実態から照合できます。

状態の読み替え

配送会社ごとの読み替えの取り決めを受け取る値の仕様へ照合

荷物の状態を表す区分は、粒度も呼び名も配送会社ごとに違います。読み替えの決めごとを配送会社から受け取る値の仕様と突き合わせ、文書にない場合は運用の対応表から起こします。

確認する資料
  • 状態対応表
  • 配送会社別仕様
  • 更新間隔一覧
注文との紐付け

注文と荷物を結ぶ鍵の取り決めを注文側の運用へ照合

照会の画面で荷物を引き当てる鍵は、注文番号と追跡番号の対応の取り方で成り立ちます。分割出荷や同梱の見せ方まで運用へ照合し、文書に残さないと変更のたびに確認が振り出しへ戻ります。

確認する資料
  • 注文連携仕様
  • 突合キー一覧
  • 分割出荷規定
通知の条件

通知の宛先と契機と内容の設定を運用の実態へ照合

通知の仕様は、誰へ・いつ・何を送るかの3点で定まります。二重送信の防ぎ方や再送の扱いまで運用へ照合し、送る条件の解釈のずれは設計の段階で詰めます。

確認する資料
  • 通知仕様書
  • 宛先設計書
  • 再送規定
正常でない経路

正常でない経路の表示の決めごとを申告対応の手順へ照合

不在や持ち戻りを通った荷物は、表示も通知も記録も通常の経路とは違う扱いが要ります。表示と通知と記録の決めごとを申告の一次対応の手順と突き合わせ、担当者が荷物の状態をたどれる形かを確かめます。

確認する資料
  • 不在時対応手順
  • 持ち戻り規定
  • 申告対応手順
対応端末の範囲

対応する端末の範囲の決めごとを荷受人の利用実態へ照合

荷受人が照会に使う端末は、OSやブラウザ、画面の大きさまで幅があります。対応範囲の決めごとを利用の実態へ照らし合わせ、範囲外の扱いと見直しの契機まで残します。

確認する資料
  • 対応端末一覧
  • ブラウザ一覧
  • 画面幅の規定
  • 範囲外時手順
04 TEST DESIGN

動的テストの設計・実行のポイント

配送状況照会アプリの動的テストでは技法で範囲を絞ってテストケースへ具体化し、模擬環境での段階的な実行で根拠を記録に残します。

STEP 01 配送会社と状態を区分する同値分割法で選んだ代表の値を模擬データで流す
どう確かめるか

配送会社と配送ステータスの類型を区分して確かめる

配送ステータスは画面での見せ方が同じものを類型にまとめ、同値分割法で代表の値を選びます。模擬データで表示と通知の合否を確かめるため接続先が増えても手間は頭打ちになります。

  • 01画面での見せ方が同じ配送ステータスを類型へまとめる
  • 02同値分割法で代表の値を選び表示と通知の合否を確かめる
  • 03模擬データで流すため接続先が増えても手間は頭打ちになる
OUTPUT配送状態の類型一覧
STEP 02 予定と締めの境目を確かめる配達予定や締めの切替えの両側の値で挙動を見る
どう確かめるか

配達予定や締めの時刻の境目を境界値分析で確かめる

配達予定や締めの切替えは境界値分析で境目の両側の値を確かめます。追跡番号の桁や件数の上限もちょうどと1つ超えた値で試し誤りを見逃しません。

  • 01配達予定や締めの切替えを境界値分析で境目の両側から選ぶ
  • 02追跡番号の桁や件数の上限もちょうどと一つ超えた値で試す
  • 03境目の前後で表示と通知が規則どおりに変わるかを判定する
OUTPUT境目前後の確認結果
STEP 03 通知の条件を表へ整理する通知の可否の条件と動作を表に起こして洗い出す
どう確かめるか

配送会社の追加や版更新のあとの回帰の範囲を絞って確かめる

通知の可否はデシジョンテーブルテストで条件と動作を表に整理し取違えを洗い出します。版更新後は変更の及ぶ行へリグレッションテストを実行し根拠を記録に残します。

  • 01通知の宛先と契機と内容の条件をデシジョンテーブルへ起こす
  • 02条件と動作を表に整理して宛先の取り違えを洗い出す
  • 03版更新後は変更の及ぶ行へ回帰を掛け根拠を記録に残す
OUTPUT通知条件の判定表
STEP 04 照会の集中を負荷で確かめる照会が集中する時間帯でも応答と通知が保たれるか見る
どう確かめるか

照会が集中する時間帯を想定した負荷で確かめる

照会が集中する時間帯や販促期を想定し負荷テストで振る舞いを検証します。測る対象は荷受人が使う局面での応答と通知の維持です。

  • 01照会が集中する時間帯や販促期を想定した負荷をかける
  • 02荷受人が使う局面での応答と通知の維持を測る対象に置く
  • 03荷受人の端末とブラウザの組み合わせを実機で確かめる
OUTPUT負荷・実機の記録
05 RATIONALE

私たちGENZが、このようなソフトウェアテストを代行します

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

オフィスで担当者同士がノートPCを前に、配送状況照会アプリのテスト観点を相談しながら整理している風景。第三者視点のテスト支援を想起させる実写写真。

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

  • 正常な応答を返すため気づけない表示のずれを申告より前に検出できる
  • 配送会社と経路と端末の掛け合わせまで確認範囲を広げられる
  • 固定費を抱えずに人日単位で繁忙期の前に確認を差し込める
  • 公開判断の場で使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられた表示と通知の検証

GENZはソフトウェアの第三者検証を専門とし、支援実績は5,000件以上です。配送状況照会アプリの検証をテストの設計から実行と報告まで担い、ISO 27001の認証とJSTQB認定エンジニアが在籍する272名の体制で対応します。

SVC 01

照会と通知の流れに沿って観点を設計

仕様書が揃わない段階から参画し、接続から表示と通知まで順に確かめます。20年の第三者検証の経験から、起こりうる状態を洗い出します。

配送状況照会アプリの追加や改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

負荷テストを自社内の専門体制で実施

照会の集中を想定した負荷・性能テストは自社内の専門エンジニアが実施します。繁忙期前の結果を、次の計画の判断材料にご活用いただけます。

配送会社と経路と端末の掛け合わせまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

荷受人が使う端末の広がりを実機で検証

荷受人の端末とブラウザは、提供する側が選べません。お客様が定めた組み合わせを実機で検証し、入力から再配達の受付までのずれを確かめます。

第三者の視点で計画・設計・実施・報告が一貫してつながる流れを示した赤白紙カード基調の無文字図解。
SVC 04

確認済みと未確認を分けた報告

結果はテストサマリレポートにまとめ、確認済みの範囲と未確認の条件を書き分けてお渡しします。荷主や経営層への説明にもご活用いただけます。

テストの証跡を保全し、確認済みの範囲と未確認の範囲を整理した繁忙期を迎える判断の材料にまとめる流れを示した赤白紙カード基調の無文字図解。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
07 FLOW

ご相談から納品までの流れ

配送会社と端末の広がり、通知の運用を伺い、合意した範囲と優先順位でテストを進めます。

確かめる対象と範囲をヒアリング

配送会社と端末の広がり、通知の運用と申告対応の困りごとを確認します。

リスクに基づくテスト設計と見積もり

問い合わせの殺到と通知の誤配信の重さで優先順位を付け、工数を整理します。

テストを実施し発見事項を随時共有

合意した範囲を実行し、判断待ちの事項と重い不具合を都度共有します。

報告書を納品し是正後の再確認へ

結果と証跡、未確認の経路と残るリスクを納品し、再確認の進め方を整理します。

支援実績5,000件以上

確かめる範囲と優先順位をGENZに相談する

配送会社と端末の広がりをご共有いただければ、配送状況照会アプリで確かめる範囲と優先順位を整理します。工数は人日でお見積りしますので、部門の予算と決裁規程に沿ってご検討いただけます。