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

商品管理アプリでよくある不具合

商品管理アプリの不具合は、登録内容が販路側の仕様に合わせて変換・配信される過程で、欠けたり食い違ったりする形で現れます。多くは操作した本人の画面で正常終了と表示され、エラーとして表面化しません。

一部の販路だけ新しい価格・情報が反映されない

販路ごとに配信の間隔や処理の方式が異なり、旧情報のまま販売が続くことがあります。この食い違いは、購入者からの問い合わせで初めて判明します。

一部販路の未反映

セール開始の時刻になっても価格が切り替わらない

時限切替は、指定時刻に全販路で一斉に効くとは限りません。通常価格のままなら販売機会を逃し、セール価格が残れば対象商品の粗利を削られます。

セール切替の遅れ

CSVの一括登録で文字化けや桁あふれの商品が紛れ込む

機種依存文字や文字数の上限を超えた値が混ざると、一括登録の一部だけが壊れて確定します。壊れた行が不明なまま一括登録をやり直すと、成功した行の重複と壊れた行の欠落が残ります。

一括登録の文字化け

在庫の反映が遅れて売り越しや販売機会の損失が起こる

在庫減少の反映までの時間に注文が入ると、出荷できない売り越しになります。入荷の反映が遅れれば、在庫なし表示のまま需要を取りこぼします。

売り越しと機会損失

色違い・サイズ違いの画像や価格が別のSKUと入れ替わる

SKUごとの画像・価格の対応が崩れると、色違いの商品が届き、価格が入れ替わります。返品・交換とレビューの低下が、販路ごとの評価に残り続けます。

SKUの入れ替わり
02 RISK

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

残った不具合は商品管理アプリの画面では登録完了に見え、発見は顧客からの指摘に依存します。何が起きたのかを調べて説明するのは、EC事業部門のご担当者様です。

商品管理アプリの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

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

商品情報は、項目の変換や時限処理、在庫連動を経て各販路の表示へ届きます。静的テストでは、経路上の取り決めが業務側の意図と連携先の運用条件に合っているかを、設計書類に頼らず設定値と運用の事実と照合します。

項目対応

販路ごとの項目マッピングと変換規則を商品属性の実際の値と照合

自社の項目と販路側の項目は、文字数の上限も属性の種類も販路ごとに異なります。色とサイズを持つSKUなど実際の属性値に照らし、明文化されていない切り詰めや暗黙の変換が残っていないかを確認します。

確認する資料
  • 項目対応表
  • 変換規則一覧
  • 商品属性一覧
時限設定

セール価格と時限設定の持ち方を販促の依頼内容と照合

セール価格は、開始・終了の時刻と対象商品、比較対照価格の見せ方が一組で意味を持ちます。販促の依頼内容と社内で定めた表示の方針を、設定と照合し、依頼と設定の粒度が合っているかを確認します。

確認する資料
  • 販促依頼書
  • 対象商品一覧
  • 表示方針書
在庫連動

在庫連動の閾値と反映頻度を基幹側の運用条件と照合

欠品表示の閾値と販路への反映頻度は商品管理アプリ側の設定であり、在庫数は基幹やPOSの更新に従って動きます。両者を基幹・POS側の運用条件と照合し、反映の遅れをどこまで許すかの判断も対象に含めます。

確認する資料
  • 在庫連動設定書
  • 基幹運用条件表
  • 反映頻度一覧
一括登録

一括登録のフォーマットとエラー時の扱いを運用手順と照合

一括処理は、CSVの項目構成・文字コード・件数の上限が経路ごとに決まっています。部分的な失敗でどこまでを確定とするかを含め、フォーマットの条件とエラー時の挙動を日々の運用手順と照合します。

確認する資料
  • CSV項目定義書
  • 文字コード規約
  • 運用手順書
状態遷移

公開・非公開と予約公開の状態遷移を販売スケジュールと照合

商品は公開・非公開・予約公開の状態を持ち、切り替わりは設定した日時と販路の条件で進みます。発売日とセールの日程、販路ごとの販売可否を、設定と照合し、先行公開や公開漏れの余地を洗い出します。

確認する資料
  • 販売スケジュール
  • 発売日一覧
  • 販路別販売可否表
  • 予約公開設定表
04 TEST DESIGN

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

属性や価格などの全組み合わせは確認しきれません。同値分割や境界値分析で区分を絞り、テストケースと合否の基準に具体化します。

STEP 01 区分と境界で範囲を絞り込む属性や価格の条件を区分し境界の値で壊れやすさを突く
どう確かめるか

全数確認できない組み合わせを同値分割と境界値分析で絞り込む

商品の属性や価格、文字数の条件を同値分割で区分し、文字数上限の前後は境界値分析で上限ちょうどと1超えた値を試します。どの区分を確認したかを説明できる形で残します。

  • 01商品属性や価格、文字数の条件を同値分割で区分して整理する
  • 02文字数上限の前後は上限ちょうどと1字超えた値を試して確かめる
  • 03どの区分を確認したかを説明できる形で記録に残しておく
OUTPUT同値分割の区分表
STEP 02 確認用データを先に設計する登録内容と販路ごとの表示を項目単位で突き合わせる
どう確かめるか

確認用の商品データを設計して販路ごとの反映を突き合わせる

境界の条件や表示の変わるパターンを含む確認用の商品データを、実施前に設計します。登録内容と販路ごとの表示を項目単位で突き合わせ、ずれがマッピングのどの対応で生じたかまで特定します。

  • 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件以上の支援実績に基づく進め方で、事業者様の側に立って検証し伴走します。

SVC 01

商品運用の業務フローから確認観点を設計

確認する範囲は、機能を網羅するチェックリストでなく業務の流れから設計します。どの販路に何が出ていれば正しいか、崩れてはならない取決めを先に洗い出します。

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

仕様書が揃っていない状態から伴走

項目対応や変換の規則が文書に残っていない状態からでも伴走できます。20年の第三者検証の経験を踏まえ、現行設定と取決めの照合から始めます。

商品管理アプリの確認候補が掛け合わせで広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

大量更新時の負荷の確認まで自社内で対応

大型セール前に集中する大量の一括更新を想定した負荷のもとで、配信から反映までの処理の確認まで、自社内の専門エンジニアで対応します。

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

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

確認済みの商品・販路・条件と未実施の範囲・残存リスクを書き分け、証跡とひもづけたテストサマリレポートでお渡しします。

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

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

販路構成と商品点数、セールや切替の予定を伺い、リリースに向け合意した範囲と優先順位でテストを進めます。

商品情報の相談範囲をヒアリングする

商品管理アプリの切替やセールの予定、販路の取り決めと困りごとを確認します。

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

反映を確認する範囲と優先順位を定め、人日単位で工数を整理します。

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

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

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

結果と証跡、未確認の範囲と残存リスクを納品し、是正後の再確認へつなぎます。

支援実績5,000件以上

商品情報の確かめる範囲と優先順位をGENZに相談する

販路構成や商品点数、直近のセールの予定をご共有いただければ、反映を確認する範囲と優先順位、人日単位の工数の考え方をお示しします。負荷テストを含めた確認の範囲もあわせてご提案します。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。