GENZ, Inc.

受注・請求業務向け 販売管理ソフトのソフトウェアテスト

改修のたびに請求金額や在庫数がどこでずれるかを、仕様に定めた期待結果と実際の挙動を一つずつ突き合わせ、リリース前に確かめます。

支援事例

支援実績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

販売管理ソフトでよくある不具合

販売管理ソフトでは、次のような見逃されがちな不具合があります。

得意先別単価が引き継がれない

得意先別に設定した単価が新たな取引に引き継がれず、請求金額が変わることがあります。

販売条件

締め日をまたぐ売上が別月に計上される

計上日、締め日、休日補正の組合せで、意図しない請求月に伝票が処理されることがあります。

締め処理

税率と端数処理で請求額がずれる

商品価格に適用する税率や端数処理のミスにより、請求額がずれることがあります。

請求計算

返品取消後も売上と在庫が戻らない

返品取消時に売上、請求、在庫の更新順が分かれ、一部の売上と在庫が戻らないことがあります。

返品・取消

連携再送で伝票が二重登録される

外部システムとの連携データが再送信された際に、伝票が二重に登録されることがあります。

外部連携
02 RISK

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

販売管理ソフトの不具合は画面のみならず、請求、在庫、月次締め、顧客対応まで連鎖します。

倉庫のバックヤードで担当者が在庫回収や棚卸差異の対応に追われている実写画像。
03 REVIEW

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

テスト前のレビューでは、仕様書だけでなく、重大な不具合につながる抜け漏れがないかを確認します。

得意先別単価の適用漏れを防ぐ

販売条件と価格決定ロジック

得意先・商品・数量別の単価、値引き、適用期間を販売条件表や価格決定仕様と照合します。

確認する資料
  • 販売条件表
  • 価格決定仕様書
締め日をまたぐ売上の計上ずれを防ぐ

売上計上日と締め処理

出荷基準や検収基準などの計上条件と、締め日、休日、月跨ぎ処理が適切か確認します。

確認する資料
  • 締め処理手順書
  • 業務フロー図
税率・端数処理による請求額のずれを防ぐ

税率・端数・請求金額

税率、課税区分、値引き適用順、端数処理単位(伝票単位・明細単位)が請求仕様や税設定通りか整理します。

確認する資料
  • 請求仕様書
  • 税率設定一覧
返品取消後の売上・在庫の戻し漏れを防ぐ

返品取消と在庫戻し

返品・取消・赤黒処理に伴う売上、請求、在庫、入金の戻し順に矛盾がないかを確認します。

確認する資料
  • 業務フロー図
  • 処理フロー図
連携再送による伝票の二重登録を防ぐ

在庫・会計・EDI連携

外部システムと連携が正常に行われ、送信順、再送、重複防止、エラー復旧が適切か確認します。

確認する資料
  • インターフェース仕様書(EDI)
04 TEST DESIGN

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

業務リスクを、実行可能なテストケースと合否基準へ落とし込みます。

STEP 01 業務フローを整理する見積から入金までの流れを可視化
どう確かめるか

業務フローを整理する

見積・受注・出荷・売上・請求・入金と返品取消の流れを整理し、確認対象とシステム境界を可視化する。

  • 01見積から入金までの伝票の流れを図式化する
  • 02返品・取消を含む例外フローを洗い出す
  • 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

販売管理ソフトの品質に伴走するソフトウェアテスト

範囲と優先順位を合意し、既存の開発・運用チームと連携してテストを進めます。

SVC 01

販売フローから逆算する観点設計

見積から入金までを分断せず、金額、状態、データのつながりから逆算してテスト観点を設計します。

在庫のリスク要因を並べ、優先順位を高低で示した赤白紙カード基調の無文字図解。
SVC 02

複雑な販売条件の組合せ検証

得意先別条件、期間、値引き、税率、端数、締め条件を組み合わせ、優先度の高い経路から検証します。

仕様変更に応じてリグレッションテストの対象範囲が更新される様子を示した赤白紙カード基調の無文字図解。
SVC 03

外部連携と改修影響の確認

在庫・会計・EDIとの連携と、機能追加が既存の受注・請求・入金へ与える影響を確認します。

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

リリース判断に使える報告

不具合の再現条件、影響範囲、重要度、残リスクを整理し、リリースを判断できる証跡を提供します。

ソフトウェアテストの対象領域(機能・性能・セキュリティ等)を並べて区分した赤白紙カード基調の無文字図解。
07 FLOW

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

対象範囲と判断基準を先に合わせ、進捗と残るリスクを共有しながら進めます。

ヒアリングで対象範囲を具体化する

対象システム、拠点、扱うデータ、連携先、業務フロー、リリース時期を確認し、未検証領域を可視化します。

テスト計画と優先順位の合意形成

事故影響、変更量、利用頻度、代替手段の有無から優先順位を定め、必要な工数と計画を具体化します。

テスト実施と進捗・課題を毎回共有

実施状況、発見事項、阻害要因、追加確認が必要な仕様を共有し、終盤のまとめ出しを避けます。

報告書納品と再テスト支援まで実施

テスト完了レポートに結果、証跡、未実施範囲、残留リスクを整理し、修正後の再テスト条件まで引き継ぎます。

5,000件以上の対応実績

販売管理ソフトのテスト範囲をGENZに相談する

仕様が未整備でも「どこを、どこまで」テストすべきかを明確化します。無料相談・資料請求で、確認すべき業務フロー、優先順位、工数の考え方、性能・セキュリティなど非機能面の検証要否を整理します。