値引きと軽減税率の適用順で会計金額を誤って計算する
値引きやクーポンを税率区分ごとに按分する順序が仕様と入れ替わると、軽減税率の対象額が変わり、合計額と税率区分別の内税額を誤って算定します。
GENZ, Inc.
小売・飲食店舗向け
クラウドPOSアプリの
小売・飲食店舗向け
クラウドPOSアプリのソフトウェアテスト
決済手段や税率、値引きの組み合わせで合計額やレシートの記載は分かれます。店舗の一日の流れに沿って処理の結果を一つずつ判定します。
支援事例
支援実績5,000件以上
クラウドPOSアプリで見逃されやすい不具合
クラウドPOSアプリ（POSレジアプリ）の不具合は、会計金額の算定、決済端末との取消返品、通信障害中の会計、レジ締めの集計、レシートの記載といった店舗業務の要所に現れます。
値引きと
取消返品で決済端末の返金と売上の取消が片方だけ実行される
決済手段ごとに取消の経路が分かれるため、端末側の返金だけが通って売上が残る、あるいは売上の取消だけが記録される状態になりかねません。
通信障害中にオフラインで記録した会計を復旧後に二重計上する
通信障害中に端末内へ保留した会計を、復旧後の送信で重複と判定できないまま送り直し、同じ取引を二重に計上するおそれがあります。
現金とキャッシュレス決済の入金額がレジ締めの集計と合わない
決済手段ごとに売上と入金の計上タイミングが分かれるため、当日のレジ締めの集計と実際の入金額が一致しないおそれがあります。
税率区分ごとの合計額を欠いたレシートを発行する
税率区分別の合計額や適用税率といった記載事項が帳票設定から抜けたまま、記載に不足のあるレシートを発行しかねません。
不具合が店舗の営業と売上管理に波及
会計や決済で起きた不具合は、レジ前の対応にとどまらず、本部の売上管理と多店舗への展開計画にまで波及します。
静的テスト（設計書レビュー）の観点
設計書がそろっていない場合でも、商品マスタの設定値、決済端末の接続仕様、帳票のひな形、連携先とのインターフェース定義を手がかりに観点を組み立てます。店舗会計の事故につながりやすい5点を上流で照合します。
値引きと税率の誤計算を防ぐ
商品マスタの税率区分・価格・値引き条件と会計仕様の照合
商品マスタに登録された税率区分、価格改定の適用日、値引きとクーポンの併用可否を、会計仕様の記述と一件ずつ突き合わせます。併用条件の書き分けが曖昧だと、実装者ごとに解釈が分かれます。
確認する資料
- 商品マスタ
- 会計仕様
返金と売上取消の片落ちを防ぐ
決済手段ごとの承認・取消・返金の処理順序と決済仕様の照合
決済手段ごとに、承認・取消・返金がどの順序で確定するか、端末からの応答が届かなかったときにどちらの記録を正とするか、再送時の重複をどう防ぐかを決済仕様の側で確かめます。
確認する資料
- 決済仕様
- 端末接続仕様
復旧後の会計の二重計上を防ぐ
オフライン運用時の会計継続と復旧後の同期仕様の照合
通信が途切れている間に受け付ける操作の範囲、保留データの保持先と保持期間、復旧後の送信順序と重複判定の条件を、仕様書と店舗のオペレーション手順の双方から読み解きます。
確認する資料
- 同期仕様書
- 店舗オペレーション手順
記載不足のレシート発行を防ぐ
レシートの記載事項と税率区分別の集計方法の照合
適格簡易請求書として求められる記載事項が帳票仕様へ反映されているか、税率区分別の合計額の集計単位と端数処理の方法が定義されているかを、出力見本と併せて照合します。
確認する資料
- 帳票仕様
- 出力見本
連携データの欠落・重複を防ぐ
在庫・会計・モバイルオーダーとの連携仕様と再送条件の照合
在庫・会計・モバイルオーダーとの連携について、送信単位とタイミング、失敗時の再送回数、重複を防ぐ識別子の付け方を定義で確かめます。連携先で用語が異なる箇所は名称から整理します。
確認する資料
- インターフェース定義
テスト設計・動的テストのポイント
営業を止められない制約のもとで、店舗業務と組み合わせ条件を、実行できるテストケースと合否基準へ落とし込みます。
STEP 01
商品登録からレジ締めまでの店舗業務と確認対象を洗い出す店舗業務から対象を洗い出す
どう確かめるか
商品登録からレジ締めまでの店舗業務と確認対象を洗い出す
開店前の商品登録から閉店後のレジ締めまで、1日の業務の流れに沿って画面操作・決済端末・帳票・連携先を並べます。どこまでをアプリの責任範囲として見るかの境界も、この段階で決めます。
- 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認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 開発側の思い込みや先入観に影響されず、仕様の抜け漏れを検出できる
- テスト技法にもとづく境界値・異常系の網羅で、見逃しを減らせる
- 開発チームがテスト工数から解放され、開発に専念できる
クラウドPOSアプリの品質と店舗運営に伴走
GENZは開発ベンダーや店舗運営部門と役割を分け、テスト計画の立案から実行、報告までを引き受けます。商品登録からレジ締めまでの店舗業務を横断する立場で、リリースのたびに繰り返す確認へ伴走します。
店舗業務から逆算したテスト設計
機能の一覧からではなく、1日の店舗業務と繁忙時間帯を起点に、確認範囲と実行順序を組み立てます。
決済と在庫連携の影響を一体で確認
決済端末とのやり取りと、在庫・会計への反映を別々に扱わず、会計結果へ届くまでを一続きで確認します。
営業を止めない段階的なテスト計画
営業時間・棚卸・店舗展開の予定に合わせ、検証環境で確かめる範囲と実店舗で確かめる範囲を分けて計画します。
未確認範囲と残存リスクまで整理した報告
不具合の件数だけでなく、影響範囲・重要度・再現条件、そして確認していない範囲と残存リスクまでを報告書にまとめます。
ご相談から納品までの流れ
対象範囲と判断基準を先に合わせ、進捗と残るリスクを共有しながら進めます。
ヒアリングで対象範囲を具体化する
対象システム、拠点、扱うデータ、連携先、業務フロー、リリース時期を確認し、未検証領域を可視化します。
テスト計画と優先順位を合意形成
事故影響、変更量、利用頻度、代替手段の有無から優先順位を定め、必要な工数と計画を具体化します。
テスト実施と進捗・課題を毎回共有
実施状況、発見事項、阻害要因、追加確認が必要な仕様を共有し、終盤のまとめ出しを避けます。
報告書納品と再テスト支援まで実施
テスト完了レポートに結果、証跡、未実施範囲、残留リスクを整理し、修正後の再テスト条件まで引き継ぎます。
5,000件以上の対応実績
クラウドPOSアプリのテスト範囲と優先順位をGENZに相談する
無料相談では、対象の店舗業務と改修範囲を伺ったうえで、テスト範囲の候補、優先順位の考え方、必要工数の目安、負荷テストや脆弱性診断など関連テストの要否を整理してお返しします。