承認が止まったまま申込期限を過ぎ、受講者が確定しない
承認経路の階層や代理申込の扱いが製品の標準機能と合わず、申込が承認待ちのまま滞留します。期限を過ぎても受講者が確定せず、実施準備に影響します。
GENZ, Inc.
検証範囲の設計から
研修管理ソフトの
検証範囲の設計から
研修管理ソフトの受講データを第三者検証
申込・承認・出欠・受講履歴の集計までの業務シナリオから検証範囲を設計し、テスト項目書の作成から実施・報告までを担います。稟議と監査で使える記録を残します。
支援事例
支援実績5,000件以上
研修管理ソフトでよくある不具合
研修管理ソフトの不具合は、申込・承認・出欠・受講履歴の集計という一連の業務の流れの中で発生します。画面単位の操作確認だけでは見つからず、稼働後の研修運営で表面化するものが多くあります。
承認が
定員を超えた申込が成立し、会場の収容人数と合わなくなる
定員超過の申込を制御する設定が機能せず、募集人数を超えて申込が成立します。会場の収容人数やWeb研修の同時接続数と合わなくなります。
欠席者が受講済として集計され、必須受講の未了者の抽出から漏れる
出欠記録の欠落があると、欠席者が受講済として集計に混在します。必須受講の未了者の抽出結果が実態と異なり、人事施策の判断材料として使えません。
組織改編の反映が遅れ、異動後の受講対象者が旧組織で抽出される
人事マスタの組織改編の反映が遅れると、異動後の受講対象者が旧組織で抽出されます。部署別の集計が実態と合わず、育成計画の進捗確認に影響します。
年度を跨ぐ集計で有効期限の計算順序が誤り、受講履歴が実態と合わない
年度を跨ぐ集計で有効期限の計算順序が設計と異なると、受講履歴の引き継ぎ結果が実態と合いません。制度変更の改修後、集計時点で初めて判明します。
残存した不具合により生じる問題
申込の重複、定員超過、出欠記録の欠落が稼働後に表面化すると、研修運営と育成計画全体へ影響が及びます。
静的テスト（レビュー）でおさえるべき観点
稼働後の不具合は、画面操作の見落としより、設定値と根拠文書の食い違いで起きます。導入・更改の局面で、テスト実行の前に設定と規程・設計書を照合する静的テストの観点を整理します。
放置すると、承認経路の解釈の相違が受け入れテストの段階で表面化し、設定の作り直しと再検証が発生します。
承認経路の階層と代理申込の設定を、人事規程の承認ルールと照合する
承認経路の階層と代理申込は、製品の標準機能に収まらない自社運用の典型です。上長・部門長・人事部門の各段について、設定値が人事規程の承認ルールと一致するかを照合し、対応関係を記録に残します。
確認する資料
- 人事規程
- 稟議規程
- 承認経路図
放置すると、境界値の扱いが決まらないまま判定条件を変えることになり、必須受講の未了者の抽出結果が変わっていることが集計時に判明します。
必須受講の判定条件と有効期限の計算順序を、研修区分の体系と照合する
必須受講の判定条件は、受講期限の当日・年度末日・在籍期間の起算日など境界値の扱いが設計書に残らないまま変わりがちです。研修区分の体系と有効期限の計算順序を照合し、境界値の定義を明文化します。
確認する資料
- 研修区分表
- 育成計画書
- 判定条件一覧
放置すると、組織改編の反映後に受講対象者の組分けができず、出欠記録と受講履歴の欠落が後続の集計まで持ち越されます。
人事マスタ連携の項目対応を、連携元のDB設計書と照合する
人事マスタ連携は、従業員・組織・役職の各項目が連携元の定義と一致しているかをDB設計書と照合します。組織改編時の更新タイミングと差異データの扱いまで確認対象に含めます。
確認する資料
- DB設計書
- 連携仕様書
- 項目対応表
放置すると、参照できるはずの受講履歴が開かれない、または開かれるべきでない履歴が参照できる状態が稼働後に表面化します。
権限とアクセス範囲の設定を、受講履歴の参照可否の取り決めと照合する
権限とアクセス範囲は、受講履歴を誰がどこまで参照できるかの取り決めと照合します。上長の部下分の参照や教育担当の部門横断の参照など、運用上必要な範囲と設定値の差異を確認します。
確認する資料
- 権限設定表
- 参照範囲定義書
- 利用者台帳
放置すると、部門別の研修費用を計上するたびに手作業での対応となり、会計締めのたびに修正工数が発生します。
費用の負担部門の区分と按分方式を、会計システムの集計単位と照合する
費用の負担部門の区分と按分方式は、会計システムの集計単位と照合します。部門別集計の切り口が一致しないと、稼働後の費用計上のたびに手作業での対応となる範囲が広がります。
確認する資料
- 費用負担区分表
- 按分ルール
- 会計科目表
- 投資稟議書
動的テストの設計・実行のポイント
各工程で確かめるべき対象を、工程別に整理します。
STEP 01
ユニットテスト境界値は設計書への明記まで確認
どう確かめるか
ユニットテストで、受講期限と年度境界の境界値を同値分割と境界値分析で確かめる
受講期限の当日・前日・翌日、年度末の前後、在籍期間の起算日など、必須受講の判定条件を境界値として列挙し、同値分割と境界値分析で設計したテスト項目で判定結果の正しさを確認します。
- 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認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 申込から受講履歴までのテスト項目書を作成します
- 業務シナリオと設定項目に対する網羅性の判定基準を示します
- ベンダー提出のテスト結果を第三者の視点で点検します
- バージョン更新時に再利用できる検証範囲の記録を残します
研修の流れからテストを設計する支援
研修管理ソフトの受け入れテストでは、申込・承認・出欠・受講履歴の集計までを通した業務の流れを起点にテスト項目を設計します。GENZは設計から実行・報告までを担い、稟議や監査で参照できる記録を残します。
業務シナリオからテスト設計を起こす
研修計画から申込、承認、出欠、受講履歴の集計まで、業務の流れに沿ってテスト項目を起こします。承認経路や代理申込の設定も含めます。
製品設定と周辺連携まで検証する
人事マスタ連携・シングルサインオン・教材配信との接続の検証範囲を確定し、連携データの不整合が受講履歴へ反映されないことを確認します。
既存のテスト工程に沿って進める
品質保証担当が兼務でも、ベンダー側に検証を置く体制でも、既存のテスト工程定義に合わせて入ります。提出物は第三者の視点で点検します。
稟議と監査で参照できる報告書と証跡を残す
検証範囲と費用の対応を見積もりで提示し、稟議の説明材料に使える形で残します。報告書と証跡は次回の更新時に再利用できます。
ご相談から納品までの流れ
ご相談から報告書の納品まで、次のステップで順に進めます。既存の開発体制に合わせて進行します。
ヒアリング
研修の運用と承認経路、連携の構成を伺い、検証の対象を整理します。
テスト設計と見積もり
申込から受講履歴の集計までの業務シナリオをもとに検証範囲と工数を示します。
テストの実施と進捗の共有
テスト項目書にもとづき検証を実施し、不具合票と消化状況を定期的に共有します。
報告書の納品と修正後の再確認
結果を報告書にまとめて納品し、修正後の再確認まで対応します。
受け入れテストの外注相談はこちら
研修管理ソフトの検証範囲と優先順位をGENZへご相談ください
申込・承認・出欠・受講履歴の集計まで、業務シナリオから検証範囲を設計し、優先順位と必要工数、回帰テストの要否を整理してお示しします。設定作業の途中段階からでもご相談いただけます。