GENZ, Inc.

製造実行システム向け MES(製造実行システム)のソフトウェアテスト

MES(製造実行システム)の変更後に、製造指示と作業実績、品質記録、工程進捗、権限と状態遷移が業務条件どおりかを検証します。

支援事例

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

MESでよくある不具合と確認漏れ

MESでは、改修や周辺連携の変更でも、変更箇所そのものより業務条件や例外条件、周辺側との授受や反映に不具合が潜みがちです。確認範囲を整理し、相手側内部の保証動作と混同しないことが出発点です。

製造指示と作業実績の状態が対応せず、ずれることがある

指示は完了なのに作業実績が未完のまま残るずれは、入力・処理・出力・記録の照合で見つけます。例外時の正しい状態遷移は顧客仕様で確認します。

指示と実績のずれ

品質記録と工程進捗の反映結果が、一致しないことがある

品質記録を登録しても工程進捗へ反映されないことがあります。確認するのはMES側の入力と反映結果で、周辺側の内部処理ではなく境界での授受です。

進捗反映の不一致

権限変更後に、想定外の操作や状態遷移が起きる

操作できないはずの担当者が実績を訂正できてしまうことがあります。権限や画面の有無を顧客仕様で確認し、業務条件ごとに期待結果を定めます。

権限変更後の遷移

周辺側との授受後に、MES側へ期待どおり反映されない

MES側で反映や記録が欠けることがあります。取込・生成・反映・記録を授受内容と見比べ、相手側内部の保証は対象外です。

授受後の未反映

例外条件が、受け入れ確認の対象から漏れやすい

通常の流れだけでは例外の不具合は見えにくいものです。業務ルール上の例外と期待結果を確認する条件に整理し、確認しない条件は未確認範囲と記録します。

例外条件の確認漏れ
02 RISK

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

残った不具合は、差異の原因や影響範囲を説明しにくくします。確認済みと未確認の範囲を分けて残せば、追加確認やリリース可否の判断材料になります。

MES(製造実行システム)の障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

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

静的テストでは、企業様の業務条件と受け入れ条件、顧客仕様を起点に、確認の経路を設計書や仕様書の段階で整えます。MESの個別機能や接続方式は仮定せず、確認できる範囲と確定いただく範囲を分けます。

受け入れ条件の整合

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

製造条件や業務ルール、マスタ、権限、例外は企業様ごとに異なります。これらを期待結果と受け入れ条件へ結び付けてずれの有無を確認し、結び付け先のない条件は確認待ちとして区別して記録します。

確認する資料
  • 業務ルール一覧
  • 受け入れ条件書
  • マスタ項目定義書
変更後の記録の関係

変更後の指示・実績・品質記録・進捗について、関係を確認する

更改や改修のあとは、製造指示・作業実績・品質記録・工程進捗の関係を設計書上で確認します。変更していない流れも回帰確認に含め、業務順序や具体項目は顧客仕様と対象環境で定めます。

確認する資料
  • 変更内容一覧
  • 業務フロー図
  • 記録項目定義書
権限と状態遷移

業務条件ごとに、権限と状態遷移の期待結果を確認する

権限と状態遷移は、業務条件ごとの期待結果を整理します。可否は権限と状態の組み合わせで変わるため、両方の軸で確かめます。具体の権限や画面、遷移条件は対象製品と顧客仕様で確認します。

確認する資料
  • 権限設計書
  • 状態遷移規定
  • 操作可否一覧
授受と反映の範囲

周辺側との授受と、MES側の期待結果を確認する流れ

ERP・PLC・設備・データ基盤との境界では、周辺側との授受とMES側への反映の範囲を分け、取込・生成、反映・記録の各段階で設計書上の対応関係を追跡します。接続方式や周辺側の内部動作は対象外です。

確認する資料
  • 連携仕様書
  • 項目対応表
  • 反映条件一覧
例外時の記録と担当

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

数量の相違などの例外は、発生条件と期待結果、確認担当を整理します。記録と確認担当を証跡に対応付ければ、あとから確認した範囲をたどれます。現場対応の代行ではなく、確認する条件を扱います。

確認する資料
  • 例外条件一覧
  • 期待結果定義書
  • 確認担当分担表
  • 証跡管理規定
04 TEST DESIGN

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

製造指示の入力から反映までの流れは企業様の業務条件で、個別の機能や接続方式は対象環境でそれぞれ確認し、テスト条件を定めます。

STEP 01 業務条件ごとに確認範囲を定める確認する経路と期待結果を事前に定めて記録する
どう確かめるか

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

マスタや権限、例外条件をもとに、確認する経路と期待結果を事前に定めます。確認しない条件は理由とあわせて記録し、リリース可否の判断材料としてお渡しします。

  • 01マスタや権限や例外条件をもとに確認する経路を洗い出す
  • 02確認する経路ごとに期待結果を事前に定めて関係者と合意する
  • 03確認しない条件は理由とあわせて未確認の範囲として記録する
OUTPUT確認経路と期待結果の一覧
STEP 02 製造指示から記録までを照合する製造指示から品質記録までの入出力を証跡で照合する
どう確かめるか

製造指示から品質記録まで、入出力を照合する

実行では、製造指示を起点に作業実績や品質記録、工程進捗への反映をたどり、入力から出力と記録までを証跡で照合します。対象項目と処理の順序は顧客仕様で確認してから進めます。

  • 01製造指示を起点に作業実績と品質記録への反映をたどる
  • 02入力から出力と記録までを証跡で照合して期待結果と照らす
  • 03対象項目と処理の順序は顧客仕様で確認してから実行に進む
OUTPUT入出力の照合結果の記録
STEP 03 授受と反映を分けて確認する境界での授受とMES側の取込・反映・記録を分ける
どう確かめるか

周辺側との授受と、MES側の反映結果を分けて確認する

周辺側との連携では、相手側の内部動作ではなく、境界での授受とMES側での取込、反映、記録を確認します。接続方式や授受のタイミングは顧客仕様で確定します。

  • 01周辺側の内部動作ではなく境界での授受を確認の対象にする
  • 02MES側の取込と反映と記録が期待どおりかを個別に確かめる
  • 03接続方式や授受のタイミングは顧客仕様で確定してから進める
OUTPUT授受と反映の確認結果
STEP 04 変更後の既存条件を回帰確認する変更箇所だけでなく既存の業務条件も見直す
どう確かめるか

変更後は、既存条件への影響を必要な範囲で回帰確認する

更改や改修、連携変更の後は、変更箇所だけでなく既存の業務条件と授受を回帰確認の対象として見直します。カバーしきれない条件は未確認の範囲として記録し、追加確認の判断材料にします。

  • 01更改や改修や連携変更の後は既存の業務条件も対象に含める
  • 02変更箇所だけでなく周辺側との授受まで回帰確認の範囲に置く
  • 03カバーしきれない条件は未確認として追加確認の判断材料にする
OUTPUT回帰確認の範囲と記録
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

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

5,000件以上の実績に基づくテスト支援

GENZは、品質テストと第三者検証の支援実績5,000件以上を背景に、計画から報告までを一貫して支援します。実績はMES固有のものではありませんが、業務条件を確認する手順は同じ形で組み立てられます。

SVC 01

確認対象と未確認範囲を整理する

業務条件と変更内容、周辺側との授受を確認し、確認対象と未確認範囲を整理します。製品選定や導入の代行は含めません。

MESの更改や改修、周辺連携の変更の適用と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

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

業務ルールやマスタ、権限、例外時の扱いを確認する条件とし、期待結果を定めます。個別の機能や項目は、資料と対象製品の確認で確定します。

業務条件や権限、状態遷移、周辺側との授受まで検証範囲が広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

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

証跡を業務側、実装側、周辺側で確認できる範囲に分け、早い段階で原因を一つの側に固定しない形で共有します。

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

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

確認の終盤では、確認済みの範囲と未確認の範囲、追加で確認が必要な条件を整理し、受け入れまたは変更の判断材料として関係者へお渡しします。

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

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

MESの更改や改修の予定と、業務条件や周辺側との授受の持ち方を伺い、確かめる範囲と優先順位を整理します。

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

MESの更改や改修や連携変更の予定と業務条件の持ち方を確認します。

業務条件に基づくテスト設計と見積もり

指示や実績や記録が崩れたときの影響で優先順位を付け、範囲と工数を出します。

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

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

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

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

支援実績5,000件以上

MESで確認する範囲をGENZに相談する

MESの更改・改修や連携変更、受け入れ判断や差異調査では、企業様の業務条件で確認範囲と未確認範囲を整理します。ソフトウェアテストの支援範囲をご相談いただけます。