項目定義が現行の商品データを収めきれず欠損したまま登録される
統合後の項目定義はあるべき姿として設計されるため、現行のデータが収まるかは別の論点です。供給元から出てこない項目は空欄のまま基盤へ入ります。
GENZ, Inc.
EC・通販事業者向け
PIM（商品情報管理）の
EC・通販事業者向け
PIM（商品情報管理）のソフトウェアテスト
PIM（商品情報管理）で、項目定義と属性値、多言語版が正しく登録され、チャネル別に出た値が各販路で意図どおりかを確かめます。
支援事例
支援実績5,000件以上
PIMの商品情報でよくある不具合
データの不整合は、登録から多言語版、チャネル別変換、配信までのどこかで発生します。処理は正常に終わり成功として記録されるため、検索結果に掲載されない、差し戻されるといった形で、後から表に出ます。
項目定義が
移行後の突合が件数の一致で終わり属性値の中身が未確認
件数の一致で突合を終えると、属性値の変換は確認されないまま通過します。手元のファイルにしかなかった情報の移行漏れにも、同時に気づけなくなります。
チャネル別の文字数上限で文字列が切り詰められ意味が変わる
文字数上限に収める処理は機械的に働くため、切り詰めた結果が別の意味になっても変換は正常に終わります。切り詰めた後の文字列が妥当かどうかは、処理の記録からは確認できません。
分類のマッピングを誤り検索結果に商品が表示されない
自社とチャネル側の分類体系は一致せず、対応付けの誤りも配信成功として記録されます。掲載されているのに、検索や絞り込みの結果に商品が表示されない状態になります。
多言語版に旧版の翻訳が残り訳抜けに気づけない
日本語側の改訂が各言語版へ反映されないと旧版が残ります。同期を目視で追う量は言語数と商品数の積で増え、人手では把握しきれません。
残存した不具合により生じる問題
残った不整合は、売上機会の損失、返品と問い合わせ、販売できない状態という異なる問題へ広がります。発見が遅れるため、原因が分からないまま問題だけが先に積み上がります。
静的テスト（レビュー）でおさえるべき観点
静的テストで確認するのは、期待値がまだ揃っていない段階でも、文書の突き合わせで照合できる対象です。項目定義や変換の仕様、分類の対応表といった社内の記述を、業務の要件と公開されている項目仕様へ突き合わせます。
項目定義
自社の項目定義と属性値の許容範囲を業務の要件へ照合
データの粒度、必須と任意の区分、属性値の許容範囲、単位の持ち方を、カテゴリごとの業務の要件へ照合します。カテゴリによって義務づけられる項目が変わる商品群や、商品画像などのアセットと商品情報の紐づけも対象に含めます。
確認する資料
- 商品項目定義書
- 属性値定義書
- カテゴリ別要件表
出力変換
チャネル別出力のマッピングと文字数上限を公開された項目仕様へ照合
自社の項目からチャネル側の項目へのマッピング、必須項目の充足、文字数上限に収める処理、禁止表現の扱いを、公開されている項目仕様へ照合します。仕様は改定されることがあるため、参照した時点も記録に残します。
確認する資料
- チャネル項目仕様
- 変換マッピング表
- 文字数上限一覧
分類対応
商品分類体系と分類マッピングをチャネルの分類体系へ照合
自社の商品分類体系とチャネル側の体系の対応を、粒度の差や、複数の分類が一つに統合される箇所を明示しながら照合します。改定時に誰がマッピングを更新するかの記述も確認します。
確認する資料
- 商品分類体系表
- 分類マッピング表
- 分類改定の手順書
多言語版
多言語商品情報の版の管理と反映方式を運用の手順へ照合
言語ごとにどの版を保持するか、翻訳の適用範囲、日本語側の変更の反映方式を、翻訳の発注と受け入れの手順へ照合します。照合するのは版の一致であり、訳文の品質は対象に置きません。
確認する資料
- 多言語版管理台帳
- 翻訳発注仕様書
- 翻訳受け入れ基準
法定表示
法定表示項目と価格表示の保持方法を制度上の要件へ照合
表示に関する制度で定めのある事項にあたる属性を、どの項目で保持するか制度上の要件へ照合します。価格をいつの時点の値として持つかも対象です。適合の判定はここでは行いません。
確認する資料
- 法定表示項目一覧
- 価格表示ルール
- 表示文言一覧
- 制度対応方針書
動的テストの設計・実行のポイント
動的テストでは、商品情報を登録し、変換して配信した結果を期待値と突き合わせます。組合せは増えるため、範囲と合否の基準を実行前に定めます。
STEP 01
確認と検証を分けて置く登録の完了と出力の妥当性を別の通過条件にする
どう確かめるか
商品情報が登録できることの確認と出力の中身が業務と合うことの検証を分ける
登録や配信が完了したことの確認と、出た値が業務の要件と合っていることの検証は本来別の段階のため、通過条件を分けて設定します。一つにまとめると、成功の記録だけで次の段階へ進んでしまいます。
- 01登録と配信の完了を確かめる確認項目を先に切り分ける
- 02出た値が業務の要件と合うかを確かめる検証項目を別に置く
- 03それぞれの通過条件を実行前に定めて記録に残しておく
OUTPUT確認・検証の通過条件表
STEP 02
組合せをデシジョンテーブルで整理カテゴリ・チャネル・言語の組合せ規則を表に整理
どう確かめるか
商品カテゴリとチャネルと言語の組合せをデシジョンテーブルで網羅する
カテゴリ、チャネル、言語、必須項目の有無の組合せに対する変換の規則を、デシジョンテーブルテストで整理します。実行していない規則は、確認できた範囲の宣言として記録します。
- 01商品カテゴリとチャネルと言語の組合せを一覧に並べる
- 02必須項目の有無ごとに変換の規則をデシジョンテーブルへ落とす
- 03実行していない規則を確認できた範囲の宣言として記録する
OUTPUT変換規則デシジョンテーブル
STEP 03
境界値分析で端の値を洗い出す文字数上限ちょうどと必須項目が空になる境目を確かめる
どう確かめるか
文字数上限と必須項目の端の値を境界値分析で洗い出して確かめる
文字数上限ちょうどの長さ、必須項目が空になる境目、許容範囲の両端を境界値分析で洗い出し、境界の内外での切り替わりとチャネル側の受付結果を検証します。
- 01文字数上限ちょうどの長さと一つ超えた長さの両方を試す
- 02必須項目が未入力になる境目と許容範囲の両端を洗い出す
- 03境界の内外での切り替わりとチャネル側の受付結果を確かめる
OUTPUT境界値テストケース
STEP 04
確認済みと未確認を分けて残す実施した条件と結果を証跡と対にして残す
どう確かめるか
期待値が揃わない範囲を確認済みと未確認に分けて稟議へ渡せる形にする
期待値が無い範囲では、網羅した確認は成立しません。実施した条件と結果、証跡に加え、実施していない範囲までを対応づけて整理し、判定の会議や稟議へそのまま渡せる形にします。
- 01実施した条件と結果と証跡を突き合わせて一覧に残す
- 02確認済みの範囲と実施していない範囲を明確に切り分ける
- 03判定の会議や稟議へ渡せる形へ整理して報告に載せる
OUTPUT確認済み・未確認一覧
私たちGENZが、このようなソフトウェアテストを代行します
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 実装した側の前提に寄らずチャネル別出力のずれを検出できる
- カテゴリと言語の組合せや文字数上限の境界まで網羅して検証できる
- 商品情報の担当者が原因の切り分けから離れ運用に専念できる
- 本番切替やチャネル追加の判断に使える独立した記録が残る
5,000件以上の実績に裏付けられた商品情報の検証
支援実績5,000件以上のソフトウェアテスト・第三者検証で培った進め方を、商品情報の検証にも適用します。PIM製品のベンダーや開発ベンダーと役割を分け、20年の第三者検証の経験を踏まえて設計から報告までを担います。
項目・変換・配信の流れで設計
機能の項目数で割らず、受領から登録、多言語版、チャネル別変換、配信までの流れから確認の範囲を絞ります。
チャネル別の出力から突き合わせ
データ登録の完了だけで終わらせず、チャネル別の出力の側から属性値、分類、多言語版、価格の表示を突き合わせます。
既存のベンダーとの役割を整理
商品情報のテストの設計だけ、テスト実行の人手、受け入れテストの補助など、不足している工程に合わせてGENZの役割を整理します。
確認済みと未確認を分けた報告
確認したチャネルと商品カテゴリ、実施していない範囲と残る懸念を証跡とひもづけ、本番切替の判断へ渡します。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
ご相談から納品までの流れ
商品情報の保持から配信までの流れと対象のチャネルを確認し、合意した範囲と優先順位で進めます。
対象範囲と困りごとをヒアリングする
扱うカテゴリ、チャネル、言語と、商品情報の流れやお困りごとを伺います。
リスクに基づきテスト設計と見積もりを示す
誤りが売上や販売停止へ及ぶ度合いから優先順位と必要工数を整理します。
テストを実施し発見事項を随時共有する
合意した範囲を実行し、判断待ちの事項と重大な不整合を随時共有します。
報告書を納品し再テストまで支援する
結果と証跡、未確認の範囲と残る懸念を納品し、修正後の再確認まで支援します。
検証の進め方から整理する相談
商品情報で確かめる範囲と優先順位をGENZに相談する
商品情報の保持から変換、配信までの流れと、扱うカテゴリ、チャネル、言語をお聞かせいただければ、確かめる範囲と優先順位、必要工数の考え方まで整理してご提案します。関連テストの要否もあわせて検討します。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。