同時に使われる時間帯だけ、画面の配信が途切れる
一斉に端末が接続する授業開始の時間帯に限り、画面配信が途切れます。社内の検証環境では同時接続の条件を作れず、再現の手順が残っていません。
GENZ, Inc.
第三者検証で支える
授業を
第三者検証で支える
授業を止めない授業支援アプリを、第三者がテスト
一斉に使われる授業の時間帯の挙動まで、作り手の目だけで確かめ切れていますか。GENZは開発から独立した立場でテストを設計し、出荷判定の材料と証跡を残します。
支援事例
支援実績5,000件以上
授業支援アプリで見落とされやすい不具合
授業支援アプリの不具合は、開発環境では起きず、授業時間帯や導入先固有の環境で初めて表に出るものが少なくありません。見落とされやすい事象を、起きる条件とあわせて整理します。
同時に
提出したはずの回答が、教員の手元に並ばない
提出した回答が教員側の一覧に並ばない連絡が、授業中に寄せられます。通信環境の違いが条件に絡み、再現手順を開発へ引き渡すまでに時間がかかります。
共同編集の書き込みが、あとの操作で上書きされる
共同編集で児童生徒が同時に書き込むと、先の入力があとの操作で上書きされます。同時操作の組み合わせを検証範囲に含めないと、出荷まで気づけません。
年度の切り替えで、名簿と学習記録の結び付きが外れる
進級とクラス替えに伴う名簿の一括更新で、児童生徒の識別情報と学習記録の結び付きが外れます。年に一度しか動かない処理のため、手順が蓄積しません。
端末の種類が変わると、教材の画面表示が崩れる
ブラウザ搭載端末とタブレット端末で画面の構成が異なり、表示が崩れます。導入先ごとに端末と基本ソフトの版が異なり、試せる組み合わせが限られます。
不具合が授業と学校運営に及ぼす影響
授業支援アプリの不具合は、開発側の問題にとどまりません。教室での授業の進行、学習記録の蓄積、導入自治体の更改判断という三つの場面に影響します。
作り手とは別の目で置くテストの観点
作り手とは別の立場から置くテストの観点があります。一斉利用の状況づくり、端末と閲覧環境の組み合わせを絞る基準、教材と提出物の保全、年度をまたぐ処理、配慮を要する児童生徒の操作に分けて説明します。
同時利用の条件を作らないままリリースすると、授業時間帯に画面の配信や提出物の回収が止まる事象が表に出るおそれがあります。
授業時間帯に一斉に使われる状況を作って確かめる
授業時間帯に全クラスが同時にアクセスする状況を意図的に発生させて検証します。開発環境で起きない事象は同時利用の条件が欠けている場合が多く、負荷の設定と観測の手順を固定して残します。
確認する資料
- テスト計画書
- 観測手順書
- 結果記録表
組み合わせを絞る基準がないまま検証範囲を据え置くと、試していない環境の導入校で動作が変わり、再現条件の特定に時間がかかるおそれがあります。
端末と閲覧環境の組み合わせを絞る基準を決める
導入先ごとに異なる端末の種類・基本ソフトの版・通信環境をすべて試すことはできません。導入実績の分布と更改の多い環境から優先度を決め、試す組み合わせと試さない組み合わせの根拠を文書で残します。
確認する資料
- 組合せ基準表
- 優先順位表
- 対象環境一覧
教材と提出物の保全を追いかけないまま出荷すると、提出物が見当たらない連絡が授業時間中に集中し、授業の進行を止める事態につながるおそれがあります。
教材と提出物が失われないことを記録で追いかける
教材の配布と提出物の回収は、授業の成立そのものに関わります。配布の到達、提出の保存、回収の欠落がないかを、通信の途切れや端末の入れ替わりを含む条件で追いかけ、失われないことを記録で示します。
確認する資料
- 確認観点表
- 欠落検出記録
- 結果報告書
年度をまたぐ処理の手順が蓄積しないまま迎えると、名簿の更新や学習記録の引き継ぎの判断が毎年ゼロから組み立てられ、判定の根拠が担当者の経験に依存するおそれがあります。
年度をまたぐ処理を、更新の前後の状態で確かめる
進級とクラス替えに伴う名簿の一括更新と学習記録の引き継ぎは、年度替わりにしか動きません。更新前の状態、更新処理、更新後の状態を分けて検証し、年に一度の処理でも手順が蓄積される形に整えます。
確認する資料
- 更新手順書
- 前後状態記録
- 引継確認表
配慮を要する児童生徒の操作を確かめないまま運用を続けると、支援の設定を含む利用で詰まりが残り、中長期の選定条件への対応の遅れとして現れるおそれがあります。
配慮を要する児童生徒の操作を支援の設定ごと確かめる
特別支援学級や読み書き支援を要する児童生徒の操作は、通常の操作手順では拾えない詰まりが出ます。想定される操作の経路を洗い出し、支援の設定を含めた状態で動作を確認します。
確認する資料
- 操作経路一覧
- 設定条件表
- 確認記録表
- 結果報告書
テスト外注でGENZが受け持つ範囲
授業支援アプリの改修からリリースのあとの保守まで、工程ごとに異なる検証の詰まりを、GENZが四つの提供形態で受け持ちます。
STEP 01
現在の仕様と運用を読み解く画面配信・教材配布・提出物回収の現行仕様を確かめます
どう確かめるか
開発の反復に伴走し、改修のたびにテストを進める
画面配信や共同編集の改修が進むたび、端末の種類や通信環境の違いまで影響が広がります。GENZは開発の反復に合わせてテストを組み込み、改修のたびに前回と同じ手順へ戻ることを防ぎます。
- 01現行の機能仕様と直近の改修履歴を資料で読み解きます
- 02導入校ごとの端末構成と通信環境の違いを把握します
- 03年度更新や学期開始をまたぐ業務の流れを洗い出します
OUTPUT開発に伴走するテスト
STEP 02
テストの設計と観点を合意する端末の種類と通信環境の組み合わせを観点へ落とします
どう確かめるか
規模の大きいシステムの全体を見渡して設計する
ひとつの学級から学校全体までの端末が同時に接続する環境を想定し、機能の組み合わせと接続条件を見渡して観点を設計します。学期開始や年度更新をまたぐ業務シナリオも設計の内側に置きます。
- 01改修の影響が及ぶ機能と環境の範囲を一覧で決めます
- 02実施する観点と見送る観点を根拠とともに合意します
- 03リリース日程に収まる検証期間と実施順を設定します
OUTPUT広い範囲のテスト設計
STEP 03
テストを実行し、事象を報告する授業中の操作を想定して事象を発生させて検証します
どう確かめるか
作り手から独立した立場で出荷判定の材料を作る
作り手が自分の実装を検証すると、意図した操作の範囲で確認が止まりがちです。GENZは開発から独立した立場で、授業時間中の実際の操作に沿って意図的に事象を発生させて検証します。
- 01教員と児童生徒の双方の操作を授業の場面に沿って再現して検証します
- 02事象の発生条件と再現の手順を証跡として記録します
- 03事象の重大度に応じて開発部門の担当者へ即時に報告します
OUTPUT独立した立場での検証
STEP 04
結果をまとめ、次の改修へ引き渡す判定会議と次回改修で使える証跡として整理します
どう確かめるか
検証の記録を、あとから判定会議で示せる形で残す
リリース判定の根拠が担当者の経験に寄ると、役員への説明や教育委員会への報告で材料が足りません。GENZは実施した観点と結果の対応を証跡として管理し、あとから提示できる形で残します。
- 01実施した観点と結果の対応を一覧にまとめて整理します
- 02リリース判定会議の材料となる報告書を取りまとめます
- 03次の改修へ引き継ぐ既知の事象と留意点をまとめます
OUTPUTあとから示せる検証証跡
社内で担う部分と、外に出す部分の分け方
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 端末と通信環境の組み合わせを絞る基準が決まります
- 一斉利用の条件を設計して発生させて検証できます
- 出荷判定の物差しが社外の設計で言語化されます
- 年度更新の手順と観点が繰り返し使える形で残ります
対応する授業支援アプリの機能領域
授業支援アプリは、画面の監視と配信、教材の配布と回収、共同編集、学習記録の管理と外部連携に機能が分かれます。GENZはこの機能区分ごとに検証の範囲を切り分け、作り手から独立した立場で確かめます。
端末画面の監視と画面配信の検証
教員が端末画面を一覧で監視し、画面を児童生徒へ配信する動作を対象にします。一斉接続の状態を作り、表示の遅延や配信の抜けを検証します。
教材の配布と提出物の回収の検証
教材の配布と、提出物の回収・未提出者の把握を対象にします。提出が集中する条件を設け、受け取りと提出が欠落なく処理されるかを検証します。
共同編集と協働学習の場面の検証
複数の児童生徒が同一の教材へ同時に書き込む場面を対象にします。編集の競合や表示の差異を発生させ、書き込みが失われないかを検証します。
学習記録の保存と外部サービス連携の検証
学習記録の保存と、校務系の名簿や学習プラットフォームとの連携を対象にします。年度替わりの名簿更新と記録の引き継ぎを同じ手順で確かめます。
お問合せからテスト開始までの流れ
学期の日程やリリース計画に制約があるなかでも、相談からテスト開始までの流れをあらかじめ示します。
お問合せと導入先の状況の共有
現状の課題と導入先の環境をお聞きします。整理が未完の段階でも構いません。
検証範囲の確認とお見積の提示
機能区分ごとに範囲と優先順位を整理し、必要な工数と費用の目安を提示します。
ご契約とテスト計画書の作成と合意
範囲と日程を確定して契約し、検証範囲と証跡を記したテスト計画を作成します。
テストの開始と結果報告書のお渡し
開発計画と学期の日程に合わせて着手し、結果と証跡を報告書としてお渡しします。
一斉に使われる時間帯に備えるテスト相談
新学期の一斉利用に向けて、テストの範囲を一緒に決めるところから
ご相談の段階で、機能区分に沿ったテスト範囲の整理、確かめる順番、必要工数の目安、あわせて要る関連テストの有無をお示しします。稟議に使える形で範囲と証跡の見通しが立ちます。