注文は成立しているのに、のし表書きが別の受取人のものになる
出荷指示へ渡る際に対応関係が取り違えられ、別の届け先向けの表書きが印刷されます。商品や金額は合っていても、気づくのは受取人の申告だけです。
GENZ, Inc.
自社EC運営企業向け
ECギフト管理アプリの
自社EC運営企業向け
ECギフト管理アプリのソフトウェアテスト
贈り主と受取人が異なる注文では、成立していても、のし表書きや配送先の割振りが意図と違うことがあります。その分岐を通して確かめます。
支援事例
支援実績5,000件以上
ECのギフト管理アプリでよくある不具合
各工程は個別には正しく動作します。ずれが生じるのは、付帯指定・配送先・決済がそれぞれ別の処理で決まったあと、データを受け渡す段階です。注文も決済も正常なためシステム上は検知されず、問題が表面化するのは贈り物が届いた後です。
注文は
配送先分割の指定が反映されず1つの届け先へまとめて出荷される
同じ住所へまとめて届いても、請求は分割指定どおり送料込みで引き落とされます。受注側と出荷側で分割の単位が合わず、1か所の指定だけが有効になるためです。
メッセージカードの文面が文字数上限や改行の扱いで欠落する
印字の工程で文面の欠落が起きます。帳票や印字機器ごとに文字数の上限と改行の解釈がちがい、上限超過分は末尾から欠け、行の途中で切れます。
受取人が配送先を入力しないまま期限が切れ注文が宙に浮く
通知が届かず受取人が配送先を入力しないまま期限が過ぎると、決済済みの注文は届け先が未定のまま残ります。この状態では取消も出荷も選べません。
外字を含む氏名が送り状やのし印字で別の文字に置き換わる
受付側では外字や機種依存文字の氏名も正しく登録できます。送り状やのし印字では扱える文字が合わず、自動で別字に置き換わり、エラーにもなりません。
残存した不具合により生じる問題
ギフト注文の誤りは、支払いも出荷も正常に完了するためシステム上の異常として記録されず、受取人の手元に届いて初めて見つかります。
静的テスト（レビュー）でおさえるべき観点
仕様書や設計書、業務手順書を実行なしに読み合わせて抜けや矛盾を確認するのが静的テストです。付帯指定、配送、決済が独立して決まるため、業務ルールや拠点の取り決めを判断基準として照合します。
業務フロー
受け付けから証跡の照会までの業務フローと工程の対応の照合
注文は複数の工程をまたいで進みます。各工程に対応する画面と帳票を、設計書と業務手順の文書と照合します。データの受け渡しの記述が漏れていると、確定した注文が次の工程の画面に反映されない抜けが残ります。
確認する資料
- 業務フロー図
- 画面設計書
- 業務手順書
のし規則
商品とのし種別・ラッピングの組み合わせ可否の規則との照合
照合の対象は、のしの種別と表書き、名入れです。商品ごとに可否が分かれるため、販促の業務ルールや有効期間の条件と突き合わせます。公開後に持ち込まれる設定変更をどこまで照合し直すかも決めます。
確認する資料
- 商品マスタ
- のし種別一覧
- 名入れ規定
分割送料
配送先分割の単位判定と送料算定、同梱可否の規則との照合
分割の単位も送料と手数料の算定も同梱の可否も、料金規則と配送区分によって先に決まります。画面設定と計算設計への反映を照合します。金額のずれは贈り主の請求に出るため気づきにくいものです。
確認する資料
- 料金規則表
- 配送区分一覧
- 同梱可否表
期限管理
通知経路・入力期限・引き換えの一意性の取り決めとの照合
住所レス形式では、通知の経路と届け先、入力期限と督促、ギフトコードの二重引き換えを防ぐ仕組み、決済の成立タイミングを並べて照合し、入力前に決済が実行される順序でないかも確かめます。
確認する資料
- 通知設計書
- 入力期限規定
- コード管理表
印字様式
出荷指示・のし印字・送り状の項目と出荷拠点の様式との照合
引き渡す項目と帳票様式、締め時刻と送信方式を、出荷拠点の様式と配送キャリアの送り状様式に照らし合わせます。外字や機種依存文字は経路によって別の文字へ置き換わるおそれがあります。
確認する資料
- 出荷指示項目
- 帳票様式集
- 送り状様式
- 締め時刻表
動的テストの設計・実行のポイント
テスト期間には上限があるため、動的テストは何を実行し何をどの根拠で見送るかを決め、判断とテスト結果を後から追跡できる形に組み立てます。
STEP 01
動く確認と届く検証を分ける注文の成立と印字の中身を別の段階の通過条件に置く
どう確かめるか
機能動作の確認と意図どおり届く検証を段階に分けて実行する
初めの段階は注文が最後まで進むことが通過条件で、受注データが欠けず登録されるかを見ます。続く段階は内容の一致が条件で、のし表書きや送り状名義を印字物と照合します。
- 01初めの段階は注文が最後まで進むことを通過条件にして確認する
- 02受注データが欠けずに登録されるかを段階の中で確かめておく
- 03続く段階はのし表書きや送り状名義を印字物と照らして判定する
OUTPUT段階別の通過条件
STEP 02
掛け合わせを技法で絞り込む独立した軸の掛け算で増える組み合わせを代表値へ絞る
どう確かめるか
のし種別・配送先数・決済手段の掛け合わせを技法で絞り込む
組み合わせテストでは、どの2つの軸を取っても値の組み合わせが一度は現れる水準まで絞り込みます。連続値の配送先数には同値分割法を適用し、1件・複数・上限のまとまりから代表値を選びます。
- 01のし種別と配送先数、決済手段の軸を洗い出して表に起こす
- 02組み合わせテストで任意の2軸の値の組が一度は現れる水準まで絞る
- 03連続値の配送先数は同値分割法で1件・複数・上限の代表値を選ぶ
OUTPUT組み合わせ絞り込み表
STEP 03
上限と期限の境界を確認する文字数上限と入力期限、締め時刻の端の値で挙動を見る
どう確かめるか
文字数上限・入力期限・締め時刻の境界で挙動を確認する
境界値分析では、メッセージカードの文面は上限ちょうどと1文字超過で印字の欠けやエラーを、入力期限は直前と直後で受け付けの可否を、締め時刻はその前後で注文がどの出荷日に割り当てられるかを確かめます。
- 01文面は上限ちょうどと1文字超過で印字の欠けとエラーを確かめる
- 02入力期限は直前と直後で受け付けの可否が変わるかを確認する
- 03締め時刻は注文がどの出荷日に割り当てられるかを境界値分析で確かめる
OUTPUT境界値の確認結果
STEP 04
確認済みと未確認を整理する見送った組み合わせは理由を添えて記録に残しておく
どう確かめるか
確認済みの範囲と未確認の範囲を公開判定の材料へ整理する
実施条件と期待結果に実際の結果を添え、証跡は注文画面と印字物、出荷指示のデータから採ります。任意の2軸まで確かめた組と見送った組を同じ様式に並べ、残存リスクとともに整理します。
- 01実施条件と期待結果に実際の結果と証跡を添えて記録に残す
- 02未実施の範囲は見送った理由とともに一覧へ残して管理する
- 03確かめた範囲と未確認の範囲、残存リスクを上程の材料に整理する
OUTPUT実施結果・残リスク一覧
私たちGENZが、このようなソフトウェアテストを代行します
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 注文の成立では気づけない中身の食い違いを出荷前に検出できる
- のし種別と配送先分割、決済手段の掛け合わせまで確認できる
- 固定費を抱えずに人日単位で公開直前の確認を差し込める
- 公開判定の場で使える独立した検証記録と未確認の範囲が残る
5,000件以上の実績に裏付けられたギフト注文の検証
第三者検証が専門で、支援実績5,000件以上です。作る側に加わらず、のしや配送区分、決済の業務ルールどおりに注文が処理されるかを検証し、確認の範囲と未確認を上程の材料に整理します。
業務分岐を起点にしたテスト設計
機能の一覧からではなく、のし種別や配送先分割、決済手段が掛け合わさることで生じる業務の分岐から、確認する範囲と優先順位を組み立てます。
印字と出荷指示の中身まで照合
注文の成立確認にとどめず、のし表書きや送り状に印字された値と出荷指示の内容を注文時の指定と突き合わせ、中身が正しく連携されているかまで確かめます。
短期間・小規模の切り出しに対応
公開直前に確認すべき範囲が浮上した場合でも、人日単位のアサインで対応します。テストケースの作成支援や、設計・実行だけの部分的なご依頼にも柔軟にお応えします。
多端末でのギフト設定画面の確認
受取人の端末は自社でも贈り主でも選べません。入力の実績から機種を決め、入力期限の表示と引き換え画面を実機で確かめ、画面キャプチャを証跡としてお渡しします。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
ご相談から納品までの流れ
ギフト機能の改修と公開の予定、確認したい業務の分岐を伺い、合意した範囲と優先順位でテストを進めます。
ギフト注文の相談範囲をヒアリングする
ギフト機能の改修と公開の予定、業務ルールの決まり方と困りごとを確認します。
リスクに基づくテスト設計と工数の見積もり
誤ったとき困るのは贈り主か受取人かで優先順位を付け、範囲と工数を整理します。
テストを実施し発見事項を随時共有する
合意した範囲を実行し、判断待ちの事項と重い不具合をその都度共有します。
報告書を納品し是正後の再確認へつなぐ
結果と証跡、未確認の範囲と残るリスクを納品し、再確認の進め方を整理します。
困る相手から決める範囲と優先順位
ギフト機能を確認する範囲と優先順位をGENZに相談する
誤ったときに贈り主と受取人のどちらが困るかによって、公開前に確認する範囲の優先順位は変わります。GENZでは業務フローから範囲と優先順位を整理し、工数やテストの要否もお返しします。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。