GENZ, Inc.

テスト外注サービス 保育ICTアプリ・システムのテストを、範囲の設計から外部へ

「何をどこまで確かめるか」の設計から、テストの専門チームが引き受けます。園務側と保護者側の利用環境を分担して確認し、稟議に使える記録まで残します。

支援事例

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

保育ICTアプリで起こりやすい不具合

保育ICTアプリは、職員・園の管理者・保護者が異なる端末と権限で同じデータを扱います。不具合は利用者の画面で初めて見つかることが多く、以下の事例はいずれも園の日々の運用と請求につながる箇所で起こります。

登降園の打刻が記録されない、二重に登録される

朝の登園が集中する時間帯に打刻が記録されず、欠席のまま残ってしまう。再操作で記録が二重に登録され、どちらが正しい時刻か判別できなくなります。

打刻の欠損と重複

在園時間の集計と延長料金の計算結果がずれる

打刻の取りこぼしを手作業で補正したあと、在園時間の再集計が反映されず、延長料金が実際の保育時間とずれたまま請求データへ出力されてしまいます。

集計ずれと料金誤差

一斉連絡と連絡帳が、届くべき保護者に届かない

クラス替えの設定が反映されず、一斉連絡が移行前のクラスの保護者へ届いてしまう。連絡帳への記入が保護者に通知されず、確認が翌日以降へ遅れます。

配信先のずれと未達

写真と動画の閲覧できる範囲が想定と食い違う

権限設定のずれで、他の園児の写真が保護者アプリに表示されてしまう。公開範囲の変更が過去の投稿へ適用されず、退園したあとも閲覧できます。

閲覧権限の設定ずれ

進級と転園のあとで、園児の記録がつながらない

年度替わりの一括処理で園児IDが振り直され、前年の連絡帳や保育記録が新しいクラスから参照できなくなる。転園の際にも同じ切れ目が起こります。

進級時の記録の断絶
02 RISK

不具合が園の一日と請求に及ぼす影響

確認の基準が社内で決め切れないままリリースされると、不具合は登降園や保護者連絡など毎日使う画面で見つかり、園の運用と請求のやり直しになります。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

テスト計画で確認する観点の整理

保育ICTシステムの検証で見落とされやすいのは、端末・権限・年度切替・金額・個人情報という切り口です。ここでは、テスト計画に落とす観点と、確認に使う資料を整理します。

保護者側の端末環境を確かめないままリリースすると、登降園の連絡が届かない事象が園の受付時間に集中し、一次対応が園側に寄るおそれがあります。

園内端末と保護者のスマートフォンを分けて見る

園内の共用タブレットと職員端末は社内で用意できますが、保護者のスマートフォンは機種もOSもばらばらです。提供側が用意できない環境でだけ起きる不具合は、申告として先に園へ届きます。

確認する資料
  • 対象端末一覧
  • OS対応範囲
  • 画面遷移図
権限の組み合わせを省略すると、職員に見せるはずの園児情報や料金が保護者へ表示されるといった、公表しにくい不具合を見逃すおそれがあります。

法人本部・園の管理者・職員・保護者の権限を組み合わせる

法人本部の横断管理、園の管理者、担任職員、保護者では、見える画面と操作できる範囲が異なります。権限を掛け合わせて確かめないと、特定の立場でだけ料金や記録が誤って表示される状態を見逃します。

確認する資料
  • 権限一覧表
  • 操作権限表
  • 役割別仕様書
年度切替の引継ぎを確かめないまま新年度を迎えると、保育料やクラス編成が誤ったまま運用が始まり、修正が全園へ及ぶおそれがあります。

年度切替の前後で園児の記録がつながるかを確かめる

進級・卒園・新入園の一括処理では、旧年度の登降園記録や保育料の未収情報が新年度へ引き継がれることが前提です。年度替わりの直前にまとめて確かめるのでは間に合わず、前後をまたぐ確認が要ります。

確認する資料
  • 年度切替手順
  • 引継ぎ項目表
  • 実行日程の制約
金額の条件を一部しか確かめないと、請求のやり直しと自治体提出資料の訂正が提供側と園側の双方に発生し、是正の人件費が開発計画を圧迫するおそれがあります。

保育料など金額に関わる処理は条件を分けて確かめる

保育料・延長料金の計算と月次集計は、誤りがそのまま保護者への請求と自治体提出資料の訂正になります。通常・延長・欠席の条件を分けて組み、どの条件でいくらになるかをひとつずつ確かめます。

確認する資料
  • 料金計算仕様
  • 請求出力様式
  • 条件別早見表
個人情報の取り扱い条件が未定のまま検証に入ると、準備済みデータが使えず着手が遅れ、リリース判定の材料づくりが間に合わないおそれがあります。

園児と保護者の情報の取り扱い条件を先に決める

園児・保護者の氏名や写真を検証環境で扱う条件は、仮名化の可否も含めて契約時に決めておく必要があります。あとから決めると準備したデータが使えず、検証の着手そのものが遅れます。

確認する資料
  • 仮名化の方針
  • データ複製可否
  • 検証環境の条件
  • 取り扱い取決め
04 TEST DESIGN

ご提供するテストの内容と進め方

保育ICTシステムの開発からリリース判定・保守までの検証を、計画・実行・記録の保管まで一貫してご提供します。

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

保育ICTの検証で私たちが重ねてきたこと

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 端末と権限の組み合わせを網羅する確認範囲の設計
  • 保育料・延長料金など金額処理を別観点で扱う検証
  • 出荷可否と支出を社内で説明できる検証記録の作成
  • 稼働直後の申告を減らす前工程への確認の移行
06 SERVICE

保育ICTのテストに関する対応サービス

保育ICTのテストを外部へ委ねる場合、作業の割り振りではなく、何をどこまで確かめるかの設計から第三者へ預ける形になります。GENZでは、確認範囲の設計から実行、記録の整理までを一連で引き受けます。

SVC 01

開発のスプリントに伴走するテスト

リリースのたびに確認範囲を設計しなおすのではなく、開発の周期に沿ってテストケースを維持し、差分に対応する検証を実施します。

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

機能の幅が広いシステムの網羅的な検証

園務、保護者向け、連携処理の網羅的な検証を行い、職員端末・保護者端末・園内端末といった利用環境の組み合わせを分担して押さえます。

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

第三者の視点で行なう業務ワークフローの検証

開発の主体とは独立した立場で、登園から請求処理までの業務の流れに沿った確認を行い、金額に関わる処理を切り分けて検証します。

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

説明に使えるテストエビデンスの管理

稟議や受け入れ説明に転用できる形式でテスト結果を記録・管理し、経営会議や運営法人本部への報告にそのまま使える状態で残します。

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

ご依頼から報告までの流れ

初回のご相談から契約、テスト計画の策定、結果のご報告までの流れを、段階ごとに分けてご説明します。

お問合せと検証したい範囲のご相談

フォームまたは電話でご連絡ください。検証の範囲や日程の概要で構いません。

ご要望のヒアリングとお見積の提示

対象システムの構成、端末種別、権限の組み合わせを伺い、お見積を提示します。

ご契約とテスト計画・検証範囲の策定

ご契約後にテスト計画を策定し、確認範囲と優先順位、データの扱いを決めます。

テストの開始と検証結果のご報告

計画に沿って検証を開始し、事象と再現手順、結果を報告書として提出します。

ご相談は無料で承っております

保育ICTの検証範囲づくりから、まずご相談ください

ご相談いただければ、確認すべきテスト範囲の整理、優先順位、必要工数の見積、関連テストの要否をお打ち合わせの場でお示しします。開発側・運営法人側のいずれからでもご連絡ください。