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

ライブコマースアプリでよくある不具合

機能ごとの確認を通っていても、配信本番で視聴と購入が重なったときにだけ生じる不具合があります。配信基盤も決済代行も、つないだ状態で起きることまでは確認していないためです。

カート投入が集中し同じ在庫が複数の注文に引き当たる

販売できる数を超えた分は欠品になります。確保を戻す処理が追いつかないと引当が残り、つぎの販売分の在庫まで使えなくなります。

在庫の引当競合

通信の遅延で決済が重複し同一の注文が二重に確定する

決済の完了表示が出ない購入者が操作を繰り返し、送り直しも重なって注文が確定します。明細に同じ金額が二度並び、どちらを取消すか判断できません。

決済の重複確定

視聴者が増えた時間帯だけ映像とチャットの表示が止まる

視聴者が増えてアクセスが集中したときに映像が止まり、チャットも滞ります。表示は自然に戻るため映像が止まった記録が残らず、アプリか配信基盤か、原因を切り分けられません。

配信表示の停止

一部の端末でのみ配信画面から購入の操作へ進めない

端末やOSの版の違いで、購入へ進めない環境が一部にあります。社内では起きないため、配信中の問い合わせで初めて気づきます。

端末ごとの差異

配信終了後に受注の記録と在庫の数が合わないまま残る

配信後の集計で、受注件数と在庫の数が合いません。確定したのに受注登録がないものが混ざり、一件ずつ手で補正するしかありません。

在庫と受注のずれ
02 RISK

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

不具合は内部に収まりません。買えない時間は売上の目減り、決済と在庫のずれは返金と再出荷、視聴者の目の前の不具合は次回の集客の低下につながります。

ライブコマースアプリの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

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

GENZのレビューでは、仕様書の分量や粒度に左右されず、確認する観点を定めて進めます。配信・カート投入・決済が同時に走る条件と、配信基盤や決済代行事業者との境界の取り決めに直結する5観点を照合します。

負荷条件

想定視聴者数を同時のカート投入と決済の件数へ翻訳した条件を確認

想定視聴者数は集客の目標で、そのままでは確認の条件になりません。同じ時間帯にカート投入と決済へ進む人数へ翻訳されているかを確かめます。翻訳がないと後工程の根拠を共有できません。

確認する資料
  • 配信の運用計画
  • 想定視聴者数の根拠
  • 性能要件の定義書
引当競合

在庫の引当と引当解除の排他制御の条件を仕様の記述へ照合

購入が重なったときの引当の順序と、決済が成立しない注文の引当を解除する条件を、EC基幹側の仕様へ照合します。照合することで、仕様として定められている範囲と、実装時に判断が必要となる範囲を明確にします。

確認する資料
  • 在庫管理の仕様書
  • 引当と解除の規定
  • 受注登録の項目定義
決済連携

決済の重複防止と再送時の扱いを決済代行との連携仕様へ照合

応答が返らないときの決済要求の再送と、同じ注文を判別する目印を、決済代行事業者との連携仕様へ照合します。記述がないと、二重決済と決済の取りこぼしを見分ける根拠がなくなります。

確認する資料
  • 決済代行の連携仕様
  • 再送と取消の規定
  • 注文識別の設計書
配信基盤

配信基盤との接続方式と異常が起きた際の切り戻し手順を確認

配信SDKの組み込み方と、接続が滞ったときの縮退の範囲と切り戻しの手順を設計書と運用手順で確認します。縮退の設計がない配信は、システムの動作が現場の判断任せになりかねません。

確認する資料
  • 配信SDKの導入手順
  • 縮退運用の設計書
  • 切り戻しの手順書
端末環境

対応する端末と回線条件の範囲および確認する組み合わせを確認

対応をうたう機種とOSの版、回線条件の範囲が要件に書かれているかを確かめます。絞り方の根拠まで書かれていれば、確認した範囲と残した範囲の線引きの裏付けが手元に残ります。

確認する資料
  • 対応端末の一覧
  • 対応OSの版一覧
  • 回線条件の想定表
  • 確認する組み合わせ表
04 TEST DESIGN

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

配信本番のアクセス集中は社内だけでは作れません。限られた工数のなかでも実行できるテストケースと合否基準へ具体化して進めます。

STEP 01 同時アクセスの限界を見る視聴とカート投入が重なる時間帯を想定する
どう確かめるか

配信中の同時アクセスを段階的に増やして処理の限界を検証する

配信の開始直後は、視聴の開始とカート投入が同じ時間帯に重なります。この時間帯を想定し、同時アクセスを段階的に増やして応答が崩れ始める水準を検証します。

  • 01配信の開始直後に視聴とカート投入が重なる時間帯を想定して条件を組む
  • 02同時アクセスを段階的に増やし応答が崩れ始める水準を記録する
  • 03崩れた時点の処理の内訳を残して改善の判断材料に渡す
OUTPUT同時アクセス試験結果
STEP 02 引当競合を重ねて確かめる同一商品への購入を意図的に重ねて走らせる
どう確かめるか

カート投入と在庫の引当を重ねて走らせ引当競合を検証する

配信中の限定商品で、重なったときにだけ現れる食い違いを検証するため、カート投入と在庫引当を意図的に重ねて走らせ、引当結果と在庫残数、受注記録を突き合わせます。

  • 01配信中の限定商品でカート投入と在庫引当を意図的に重ねて走らせる
  • 02引当の結果と在庫の残数、受注の記録が食い違わないかを確かめる
  • 03食い違いが出た条件は再現の手順まで添えて報告する
OUTPUT引当競合の検証記録
STEP 03 実機で購入導線をたどる過去から最新までのOSを混ぜた実機で確かめる
どう確かめるか

実機の端末を組み合わせて配信画面から購入までを検証する

配信の再生が端末の回線と処理を占有した状態で、購入の完了まで進むかを確かめます。自社保有のほぼ全機種から視聴の多い機種と過去から最新までのOSを選び、外した範囲は未確認と記します。

  • 01国内販売のiPhone・Androidから対象の組み合わせを選ぶ
  • 02過去のOSから最新のOSまで混ぜた実機で配信画面の表示を確かめる
  • 03配信画面の表示からカート投入、購入の完了までの導線を通しで確かめる
OUTPUT実機確認の結果一覧
STEP 04 確認と未確認を線引きする未実施の範囲は理由を添えて記録に残す
どう確かめるか

確認した条件と未確認の範囲を配信実施の判断材料へ整理する

同時アクセスをどこまで上げ応答がどう推移したか、引当結果と在庫残数と受注記録の食い違いを、配信実施の判定の場と事業部門へ渡せる形に並べ、再現できなかった条件を未実施の範囲として残します。

  • 01実施した条件と期待した結果、実際の結果を対応付けて一覧に残す
  • 02未実施の範囲は線引きの根拠を添えて残るリスクとして記載する
  • 03配信実施の判定の場と事業部門へ渡せる資料の形にまとめる
OUTPUT実施結果・残リスク一覧
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 機能単体の確認では現れない集中時の事象を配信前に見つけられる
  • カート投入・在庫引当・決済が重なる条件まで確かめられる
  • 負荷検証と多端末検証を同じ体制で受けられる
  • 確認済みと未確認の範囲を判定の場へ渡せる形で残せる
06 SERVICE

5,000件以上の実績に裏付けられた第三者検証

支援実績5,000件以上の第三者検証事業者のGENZは、実装側と別の立場で、負荷の集中と実機での確認を一つの体制で受け持ちます。設計から報告までを引き受け、未確認の範囲まで線引きします。

SVC 01

負荷検証と多端末検証を同じ体制で実施

負荷と性能の専門エンジニアが自社におり、アプリ検証と同じ体制で負荷条件の事象を実機で追い、集中か端末かを切り分けます。

ライブコマースアプリの配信機能やカート・決済連携の改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

ほぼ全機種の実機を使った確認

配信の視聴と購入が同じ端末に重なる状態を、回線の速さを変えた実機で確かめます。お手持ちでは揃わない機種とOSの版も同様に検証します。

同時アクセスの水準・端末とOSの版・在庫引当と決済の重なりまで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

仕様書が揃わない状態からの参画

仕様が揃わない状態からも、テストと並行して仕様書の作成を支援します。人日のスポットから上流工程までご依頼いただけます。

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

未確認の範囲まで整理した報告書

同時アクセスの水準と応答の推移、引当と在庫残数と受注記録の突合を未確認の範囲と分け、配信運営とEC基幹、決済連携が同じ報告書で追えます。

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

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

配信の計画と扱う商品、確かめたい範囲を伺い、合意した優先順位でテストを進めます。

配信計画と相談範囲をヒアリングする

配信の運用計画と扱う商品、接続する基盤と困りごとを確認します。

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

買えない事象が売上へ及ぶ影響から優先順位を付け、範囲と工数を整理します。

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

合意したケースを実行し、判断待ちの事項と重い不具合を随時共有します。

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

結果、証跡、未確認の範囲、残るリスクを納品し、再確認の範囲を整理します。

判定の場へ出せる材料が残る相談

ライブコマースアプリのテスト範囲と優先順位をGENZに相談する

構成や配信計画にあわせ、確かめる範囲と確認の優先順位、必要工数の考え方を整理します。負荷テストや脆弱性診断の要否もご相談いただけます。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。