GENZ, Inc.

配信可否の根拠を、 電子小黒板アプリの配信前チェックを、第三者の手で

自社で確かめた結果だけでは、判定会議の根拠として説明しきれない。GENZは配信前のチェックを第三者の視点で担い、確認範囲と結果を記録として返します。

支援事例

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

第三者が確かめる電子小黒板アプリの観点

第三者が確認を担うと、社内では手の回らなかった範囲を対象と手順に分けて整理できます。ここでは、電子小黒板アプリで確かめるべき五つの観点と、それぞれで残す記録を示します。

組み合わせの根拠を残さないまま配信すると、判定の説明が担当者の感覚に寄り、会議で差し戻されるおそれがあります。

端末と対応する基本ソフトの組み合わせの一覧化

配信対象の端末と基本ソフトの組み合わせを、機種の世代と版で一覧化します。社内で実機を確保できる範囲と確保できない範囲を分け、後者を委託の対象として切り出します。

確認する資料
  • 対象一覧表
  • 確認結果表
  • 未対応範囲表
工程ごとの確認に留まると、取り込みから出力までのずれが現場へ届き、撮り直しが起きるおそれがあります。

工事情報の取り込みから撮影、台帳の出力までの通し確認

パソコン側で工事情報と黒板テンプレートを作成し、端末アプリへの取り込み、撮影、台帳出力までを一連の流れで確かめます。単体の操作では現れないずれを特定できます。

確認する資料
  • 通し手順書
  • 結果記録表
  • 出力見本
通信環境の検証を省くと、現場でしか起きない同期の失敗が配信後の問合せとして現れ、切り分けの工数を奪うおそれがあります。

圏外など通信が途切れる状況での保存と再送の確認

圏外や通信が不安定な状況を意図的に発生させ、撮影データが端末内に保持されるか、復帰後に正しく同期されるかを検証します。問合せの切り分けに要する時間を配信前に削ります。

確認する資料
  • 検証条件表
  • 結果記録表
  • 事象記録
表示確認の抜けがあると、黒板の情報が欠けた写真が提出物に混ざり、利用企業側の業務へ波及するおそれがあります。

黒板テンプレートの設定と文字表示の組み合わせ確認

黒板のサイズやレイアウトを変えた際に、文字が欠けず黒板内へ収まるかを組み合わせごとに確認します。自由度が高いほど組み合わせは増えるため、代表パターンを選んで抜けを抑えます。

確認する資料
  • 条件一覧表
  • 表示記録
  • 結果判定表
共有範囲の確認を怠ると、工事写真が意図しない相手へ開かれ、取引先との信頼関係を損なうおそれがあります。

撮影した写真の保管先と共有範囲の権限設定の確認

撮影した写真と黒板情報が意図した範囲にだけ共有されるかを、保管基盤の権限設定と照合します。工事写真は検査の対象であり、開かれる相手を記録に残して確かめます。

確認する資料
  • 権限設定表
  • 確認結果表
  • 共有範囲表
  • 判定記録
04 TEST DESIGN

GENZが引き受けるテストの範囲と進め方

GENZは、配信前の受け入れ判定に使える記録までをセットにして、テストの実行と整理を引き受けます。

STEP 01 現状のうかがいと範囲の整理仕様書と過去の問合せから範囲を整理します
どう確かめるか

確認の対象範囲を定めたテスト計画と観点表の作成

配信で改修する機能と、影響を受ける黒板表示・工事情報の取り込み・台帳出力を整理し、確認すべき組み合わせを観点表に落とします。対象端末と基本ソフトの範囲もここで確定させます。

  • 01今回の配信で改修する機能と影響を受ける工程の範囲の整理
  • 02配信の対象とする端末と基本ソフトの組み合わせの確定
  • 03供給先ブランド版を含む配信先ごとの確認分担の整理
OUTPUTテスト計画書と観点表
STEP 02 テスト計画と観点表のご提示対象機能・端末・工程を明記した計画をお渡しします
どう確かめるか

対象の端末と基本ソフトをそろえた実機検証の実施

実際の端末で電子小黒板の表示、撮影、保存、同期の挙動を検証します。OS更新後の追従確認や、通信状況が悪い条件での撮影データの保持も対象に含められます。

  • 01黒板のサイズとレイアウトの設定の組み合わせの観点化
  • 02工事情報の取り込みから台帳出力までの確認項目の設定
  • 03圏外での撮影と回線復帰後の同期を確かめる条件の定義
OUTPUT実機検証の結果一覧
STEP 03 検証の実施と不具合のご報告実機で検証し、再現手順つきで報告します
どう確かめるか

発生条件と再現手順をそろえた不具合の起票と報告

見つかった事象は、発生させた条件、端末、OS、操作手順をそろえて報告します。開発側が同じ手順で確かめられる形にするため、原因の切り分けにそのまま使えます。

  • 01対象機種の実機での黒板表示・撮影・保存・同期の検証
  • 02対象端末の基本ソフトの更新後の撮影と保存の追従確認
  • 03発生条件・端末・基本ソフト・操作手順をそろえた不具合の報告
OUTPUT再現手順つき不具合報告
STEP 04 修正後の再確認と報告書のお渡し修正版を再確認し、判定用の記録をお渡しします
どう確かめるか

配信の判断と供給先への共有に使える記録の整備

何をどこまで確認し、どこが未確認かを一覧で残します。判定会議で「網羅した」と説明できる根拠になり、供給先窓口への共有にもそのまま使える形に整えます。

  • 01修正版に対する同一の端末と操作手順での再確認の実施
  • 02確認できた範囲と未確認のまま残る範囲の一覧への整理
  • 03判定会議と供給先窓口への共有に使う報告書一式の作成
OUTPUT配信判定用の記録一式
05 RATIONALE

外部に預けることで開発チームが取り戻す時間

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 端末とOSの組み合わせ確認から社内の手が離れる
  • 再現手順つきの報告で問合せの切り分けが早まる
  • 判定会議と供給先へ同じ確認記録をそのまま出せる
  • 確認の薄まりを気にせず機能追加の間隔を保てる
06 SERVICE

目的に合わせて選べるテストの組み立てかた

電子小黒板アプリの配信前確認は、目的によって組み立てが変わります。開発の反復に伴走する形、広い範囲をまとめて担う形、第三者として受け入れを確認する形、記録の整備まで担う形から選べます。

SVC 01

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

機能追加のたびに配信を止めず、スプリントの区切りに合わせて確認と検証を進めます。開発の速度を落とさず、判定会議に間に合う結果を返します。

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

手が回らない広い範囲をまとめて担う検証

端末とOSの組み合わせ、撮影から台帳出力までの通し、通信が途切れる状況など、現体制で手が回らない範囲をまとめて実行します。

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

第三者の視点で行なう受け入れの確認

実装側から独立した立場で、配信可否の材料となる確認を行います。自分たちで確かめる構図から抜け、判断の根拠を外部の結果として使えます。

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

検査に備えた確認範囲と結果の記録整備

確認した範囲と結果を、判定会議や供給先への説明に使える記録として残します。様式への適合を意識した成果物で、検査への備えを整えます。

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

お問合せから検証開始までの流れ

委託範囲の整理から検証開始まで、判定会議や稟議で使える記録を残しながら進めます。

お問合せと現在のご状況の共有

次の配信で確認しきれない範囲や現場からの問合せ状況をお聞かせいただきます。

委託範囲のすり合わせとお見積

対象端末・工程・報告物をすり合わせ、稟議に使える費用と期間をお示しします。

ご契約と検証を進める体制づくり

ご契約後、委託範囲に沿って検証体制を整え、開発チームとの連携方法を決めます。

検証の開始と定例での結果のご報告

意図的に事象を発生させて検証し、定例で結果と残る課題をご報告します。

配信前の確認、第三者の視点で

電子小黒板アプリのテスト外注をご検討でしたらご相談ください

ご相談いただければ、対象端末と基本ソフトの組み合わせや撮影から台帳出力までの通しなど、確認範囲の整理と優先順位の決めかた、必要工数の考えかたをお出しします。