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

生産管理システムでよくある不具合

不具合は更改や改修で手を入れた箇所だけに現れるとは限らず、品目マスタや周辺システムとの授受の境界にも潜むおそれがあります。生産計画から生産実績を経て在庫または原価への反映に至る各段でも、ずれが生じえます。

生産計画と所要量計画の変更条件が、反映されない

品目マスタやBOMを変更しても生産計画が変更前の条件のまま計算され、所要量計画や手配がずれて、製造指示や実績の記録も古い条件のまま積み上がります。

計画条件の未反映

製造指示と生産実績の記録内容が、対応せずずれる

製造指示と生産実績の記録が食い違う不具合が起こります。締めをまたぐと指示日と実績日が対応しなくなり、ずれた段を追えなければ調査が進みません。

指示実績の不一致

在庫または原価への反映結果が、自システム側で一致しない

生産実績を登録しても在庫数量が増えず、実棚と帳簿が合いません。原価に変更前の金額が残り、周辺システムとの授受の値も食い違います。

在庫原価の計上ずれ

例外処理の条件が、受け入れ条件から漏れやすい

締めをまたぐ実績入力は受け入れ条件に残りにくく、本番運用で初めて現れます。締め後の実績は翌営業日分として処理され、日次・月次の数値がずれます。

例外処理の対応漏れ

版更新後に、既存の業務条件と確認結果が崩れる

版を上げると、変更していない業務条件が同じ結果を返さなくなります。端数処理や締め時刻の判定が版の前後で変わり、確かめない限りずれは出ません。

版更新後の条件崩れ
02 RISK

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

更改や改修で確認漏れの条件が残ると、稼働後は差異の原因と影響範囲の説明が難しくなりかねません。説明力は確認の区切り方で先に決まると言えます。

生産管理システムの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

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

静的テスト(レビュー)では、仕様と業務条件を重ね、生産計画から製造指示、生産実績へ至る流れと在庫または原価への反映、周辺システムとの授受を経路図に整理します。機能の有無は対象環境で確認します。

業務ルールと受け入れ条件の整合

自社の業務ルールと受け入れ条件の整合を、確認する

レビューではまず、ご担当者様の製造条件や業務ルールを期待結果の形に書き直し、受け入れ条件と対応づけます。確かめきれない条件は確定の欄に置かず、確認待ちとして残します。

確認する資料
  • 業務ルール一覧
  • 受け入れ条件書
  • 期待結果対応表
生産計画から実績までの流れ

生産計画から生産実績までの、業務の流れを確認する

生産計画が所要量計画または手配へ引き継がれ、製造指示を経て生産実績へ返る流れが確認の中心です。順序が文書になければ、締め時刻をまたぐ実績の計上月でも解釈が分かれます。

確認する資料
  • 生産計画仕様書
  • 手配ルール一覧
  • フロー定義書
在庫・原価への反映条件

在庫または原価への反映条件と期待結果を、確認する

生産実績や所要量計画の結果が在庫または原価へ反映される構成では、周辺システムとの授受情報と自システム側の計上結果が確認対象です。周辺システム内部の動作保証は含めず、両者の一致に限ります。

確認する資料
  • 反映条件仕様書
  • 原価算定基準
  • 照合手順書
ERP・MESとの境界

ERP・MESとの授受と、自システム側の境界を確認する

ERP・MES等と接続する場合、計画・指示・実績の情報が境界を越えて授受されます。各項目の反映先と時点を確認し、接続方式は連携仕様で定まるため断定しません。

確認する資料
  • 連携仕様書
  • 授受項目一覧
  • 境界定義書
例外時の記録と確認担当

例外時の記録内容と確認担当の対応関係を、明確にする

締め時刻の制約や入力の不備で通常経路を外れる処理は、どの環境にもあります。例外が起きる条件と期待結果、確認を担う部署を表にまとめ、確認者と範囲を残せば後からたどれます。

確認する資料
  • 例外処理規定
  • 記録様式一覧
  • 確認担当表
  • 対応手順書
04 TEST DESIGN

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

動的テストでは、生産計画から在庫または原価への反映が業務条件どおりに処理されるかを検証し、条件は対象環境で確認します。

STEP 01 業務条件ごとに範囲を定める運用条件をもとに経路ごとの確認範囲を定める
どう確かめるか

業務条件ごとに、期待結果と確認する範囲を定める

確認する範囲は、マスタや権限、締め時刻の運用条件をもとに経路ごとに決め、例外も期待結果を事前に定めます。動かせない条件は理由とあわせて記録に残し、受け入れ判断の材料とします。

  • 01マスタや権限や締め時刻の運用条件を経路ごとに整理する
  • 02例外の扱いも期待結果として運用条件へ事前に定めておく
  • 03動かせない条件は理由とあわせて確認記録へ残しておく
OUTPUT確認範囲と期待結果の一覧
STEP 02 指示から実績までを照合する製造指示から実績までを段階ごとに照合する
どう確かめるか

製造指示から生産実績までの、入出力記録を照合する

製造指示から生産実績を経て在庫または原価へ反映される流れを段階ごとに照合し、実績値や集計結果との食い違いを画面や帳票で確かめます。順序も記録し、手順は対象環境で確認して組み立てます。

  • 01製造指示から生産実績への反映を段階ごとに照合する
  • 02実績値や集計結果の食い違いを画面や帳票で確かめる
  • 03確認の順序も記録し対象環境であわせて手順を組み立てる
OUTPUT指示・実績の照合結果
STEP 03 周辺授受と反映結果を分ける自システム側の反映までを確認範囲とする
どう確かめるか

周辺との授受と、自システム側の反映結果を分ける

ERP・MES等との授受で確かめられるのは、自社側での反映までです。相手方の内部まで確かめたつもりで進むと反映漏れを見逃すおそれがあるため、採用済みの接続方式を対象とします。

  • 01ERP・MES等との授受は自社側の反映までを対象とする
  • 02相手方内部まで確かめたつもりにならないよう線引きする
  • 03採用済みの接続方式に沿って反映漏れの有無を確かめる
OUTPUT授受・反映の境界確認記録
STEP 04 変更後の影響範囲を確かめる対象外の経路も含め回帰テストで再確認する
どう確かめるか

変更後は既存条件への影響範囲を、回帰テストで再確認する

版更新やパッチ適用、障害是正のあとは、対象外の経路でも集計値や在庫残数が食い違うおそれがあります。対象外の経路まで回帰テストの範囲を見直し、同じデータと手順で比較します。

  • 01版更新やパッチ適用後の対象外経路も確認範囲に含める
  • 02集計値や在庫残数の食い違いの有無を回帰テストで確かめる
  • 03同じデータと手順で変更前後の結果をあわせて比較する
OUTPUT回帰テストの確認記録
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

オフィスで担当者同士がノートPCを前に、生産管理システムのテスト観点を相談しながら整理している風景。第三者視点のテスト支援を想起させる実写写真。

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

  • 開発側では見えない現場とのずれを稼働前に検出できる
  • 業務条件やマスタや連携まで組み合わせて確認範囲を広げられる
  • 固定費を抱えずに人日単位で稼働前の確認を差し込める
  • 受け入れ判断の場に出せる独立した検証記録と未確認範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられた、テスト支援

GENZは20年にわたる第三者検証の経験があり、5,000件以上のソフトウェアテスト支援実績があります。従業員272名の体制でISO 27001認証を取得し、JSTQB認定エンジニアが在籍しています。

SVC 01

確認対象と未確認範囲を、分けて整理する

運用条件や変更箇所、周辺システムとの授受から確認対象を線引きします。製品選定や導入代行は含まず、確認の設計と実行のみご依頼いただけます。

版更新やパッチ適用、障害是正の適用と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

業務条件に沿ってテストを設計する

業務ルールを確認条件に組み込み、生産計画から在庫・原価への反映まで期待結果を定めます。項目名は企業様との確認で確定します。

業務ルールと受け入れ条件の整合や在庫・原価への反映条件、ERP・MESとの授受まで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

関係者と必要な確認材料を共有する

実施は業務・実装・周辺に分け、材料は入力から記録まで共有します。想定外の結果でも原因を一者へ固定せず、切り分けの過程を残します。

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

変更後の判断に必要な記録を残す

確認済み・未確認・追加確認の要否を報告にまとめ、受け入れや変更の判断材料とします。根拠と残る条件をたどれる状態で引き渡します。

テストの証跡を保全し、確認済みと未確認と追加確認の要否を書き分けた報告書にまとめる流れを示した赤白紙カード基調の無文字図解。
07 FLOW

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

自社の製造条件や業務ルールの持ち方を伺い、確かめる範囲と優先順位を整理します。

確かめる範囲と優先順位をヒアリング

製造条件や業務ルール、締め時刻への影響を確認します。

業務条件調査に基づくテスト設計

業務条件や連携の崩れの影響で優先順位を付け、範囲と工数を整理します。

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

合意した範囲を実行し、判断待ちの事項をその都度共有します。

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

結果と証跡、未確認の範囲を納品し、再確認の進め方を整理します。

支援実績5,000件以上

生産管理システムで確認する範囲を、GENZに相談する

更改や改修の前からGENZにご相談いただけます。生産計画から在庫または原価への反映まで、確かめる範囲と残す範囲を根拠付きで整理します。運用条件や変更予定をお聞かせください。