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

教務ソフトを外部の立場から確かめる観点

教務ソフトは、成績処理・出欠管理・指導要録・保健の記録が一体になった統合型のシステムです。GENZは第三者の視点から、学籍・成績・出欠・権限・外部連携の観点で検証し、確認した範囲を記録として残します。

学籍と名簿のずれを確かめないまま新年度へ移行すると、進級の処理で誤ったクラスへ児童生徒が割り当てられ、成績と出欠の記録が別人のものと混ざるおそれがあります。

学籍と名簿の整合が年度をまたいで保たれるかを確かめる

年度更新と進級の処理で学籍番号と名簿の対応が崩れると、その先の成績と出欠に誤りが広がります。旧年度と新年度のデータを突き合わせ、氏名・クラス・在籍状態が正しく引き継がれるかを検証します。

確認する資料
  • テスト観点表
  • テスト結果
  • 確認範囲一覧
成績の算出条件を実運用に近い形で確かめないと、配分の設定誤りが指導要録の評定へそのまま載り、出力後に差し替えと謝罪の対応が発生するおそれがあります。

成績の算出と評定の反映を、実際の運用に近い条件で確かめる

成績の算出は、試験の点数と平常点の配分、評定への変換という複数の段を経ます。観点別の評価が評定へ反映されるか、欠課の扱いを含めて実運用に近い条件で検証し、指導要録の記載内容まで確かめます。

確認する資料
  • テスト観点表
  • テスト結果
  • 確認範囲一覧
出欠と保健の記録の集計を確かめないと、帳票の出席日数や来室件数が実態と合わないまま保護者へ配布され、訂正と再発行の作業が発生するおそれがあります。

出欠と保健の記録が、帳票へ正しく集計されるかを確かめる

出欠の記録と保健室の来室記録は、通知表や指導要録の帳票へ集計されて出力されます。日々の入力から集計、帳票への印字までの流れをたどり、件数と内容が一致するかを確認します。

確認する資料
  • テスト観点表
  • テスト結果
  • 確認範囲一覧
外部サービスとの受け渡しを確かめないと、連携先へ届くべきデータが欠落したまま運用が続き、どこで値が失われたかをあとから追う調査に時間を取られるおそれがあります。

外部サービスとのデータの受け渡しに欠落がないかを確かめる

学習支援サービスや届出系システムとの間でデータを受け渡す構成では、連携の部分で欠落やずれが起きる場合があります。送り出す側と受け取る側で値が一致するかを検証し、確認します。

確認する資料
  • テスト観点表
  • テスト結果
  • 確認範囲一覧
権限の設定を確かめないと、成績や健康の情報が想定外の役割へ見える状態が残り、個人情報の取り扱いを所管する部門への説明を記録のないまま組み立てる事態になるおそれがあります。

教職員の役割ごとに表示範囲と操作の可否を確かめる

教職員・事務職員・管理職で見える範囲とできる操作は分かれており、権限の設定が閲覧範囲を決めます。役割ごとの画面で、見せるべき情報だけが表示され、権限外の操作ができないことを確認します。

確認する資料
  • テスト観点表
  • テスト結果
  • 権限設定一覧
  • 確認範囲一覧
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

教務ソフトのテストを外部へ任せるときの判断材料

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

ノートPCを前に担当者同士が相談しているオフィスの写真。

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

  • 改修の影響範囲を外部の目で整理し、確認すべき範囲が示されます
  • テストの設計と実施を引き受け、現場の教職員の負担を増やしません
  • 作り手とは別の立場で確かめた結果を稼働可否の判断材料にできます
  • 確認した範囲と未確認の範囲が読み取れる記録を、審議の場へ出せます
06 SERVICE

GENZが提供するテストのサービス

GENZは教務ソフトの改修と更改に対し、開発の受託とは独立した第三者の視点でテストを引き受けます。確かめるべき範囲の設定から実施、記録の整備まで、発注側が審議の場で説明できる形を一貫して提供します。

SVC 01

開発の進行に伴走して進めるテスト

開発の進行に合わせてテストの観点と順序を組み、改修が固まり次第に検証します。更改の工程後半に確認が圧縮される事態を避けられます。

リスク要因と優先順位を示す無文字の図解。
SVC 02

大規模な教務システムの網羅的なテスト

成績処理や指導要録など機能が相互に参照し合う統合型のシステムを対象に、画面と帳票の組み合わせを網羅するテストを設計し、検証します。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

第三者の視点による受け入れ確認の支援

作り手であるベンダーとは別の立場で、稼働の可否を判断する受け入れ確認を設計し、実施します。現場が担う確認と外部の確認を線引きします。

計画から報告までの流れを示す無文字の図解。
SVC 04

審議と点検に使える記録の整備

確認した範囲と未確認の範囲が読み取れる記録を作成し、引き渡します。稼働可否の審議と個人情報に関する内部の点検で、説明の材料になります。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

お問合せからテスト開始までの流れ

教務ソフトのテスト外部委託について、ご相談から契約とテスト開始までの流れを段階ごとにご案内します。

教務ソフトのご相談の受け付け

更改の予定と対象の機能、気になる点をフォームまたは電話でお聞かせください。

現在の状況と範囲の擦り合わせ

お聞きした状況をもとに、委託する範囲とお客様側に残る確認を切り分けます。

費用のお見積と実施計画のご提示

整理した範囲に沿って、必要な工数と費用のお見積、実施の日程をご提示します。

ご契約の締結とテスト実施の開始

契約を結んだあと、テストを開始し、結果は記録としてお渡しします。

無料のご相談・お見積はこちら

教務ソフトのテスト体制について相談する

作り手とは別の立場で、教務ソフトの確認すべき範囲を整理します。ご相談ではテスト範囲の区切りと優先順位、必要工数の見立て、関連テストの要否までお答えし、稟議に使える形でお渡しします。