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

安否確認アプリの導入後によくある不具合

安否確認アプリの不具合は、取り込みから安否確認の起動と配信、集計と再送までの経路で起きます。これらの不具合は平常時には表面化せず、次の訓練か発災まで気づかれません。

人事の異動が反映されず配信先が実態と合わない

入退社と組織改編の反映が止まっても、平常時には何も起きません。退職した人が配信先に残り、入社した人が配信先から抜けます。

配信先と実態の差

拠点の階層がずれて対象範囲から一部が外れる

対象範囲の指定が正しくても、階層の定義がずれていれば配信先の集合は実態と食い違います。この食い違いは配信が終わるまで表面化しません。

対象範囲からの脱落

特定の経路だけ通知が届かず本人も気づかない

対象者は1人で複数の配信経路を持つため、届かない経路があっても他の経路で補われます。届いていないことに本人も気づきません。

特定の経路の不達

回答が無い人の一覧が未達と未返信を区別しない

届かなかった未達の人が集計の母数から落ちると、把握できていない人数そのものが実態より小さく見えます。未返信と区別しなければ内訳も分かりません。

未達と未返信の混在

閲覧範囲が広すぎて必要のない相手にも見える

閲覧範囲が広すぎれば、対象者本人と家族の情報が必要のない相手に見えます。狭すぎれば、拠点の取りまとめ担当が自分の担当範囲を追えません。

閲覧範囲の広がり
02 RISK

残存した不具合を放置したときに生じる問題

平常時に兆候の出ない不備は、発災時に別方向の帰結へ広がります。報告される未把握の人数の誤り、初動の遅れ、情報の取り扱いの事象の3つです。

安否確認アプリの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

静的テスト(レビュー)でおさえるべき観点

文書の整備の状況に依存せず、取り込みと起動、配信と回答、閲覧の取り決めを投入された設定と照合する5つの観点を示します。文書がなければ運用の担当者への聞き取りを取り決めの側に据え、設定値と突き合わせます。

対象者の取り込み

対象者の取り込みの取り決めを実際の設定と照合

人事側から受け取る項目と、更新と削除の反映のタイミングを取り決めから整理します。私用の連絡先をどの範囲まで登録対象にするかも同じ側に置きます。これらを投入された取り込みの設定に照らします。

確認する資料
  • 対象者情報の項目
  • 人事連携の定め
  • 更新と削除の反映
起動の条件と対象範囲

起動の条件と対象範囲の設計を階層の定義と照合

自動起動の条件と手動起動の権限を取り決めから取り出します。訓練と本番の起動の別も自社の環境での扱いとして確認します。対象範囲の指定は登録された拠点と部門の階層の定義と照合します。

確認する資料
  • 起動の条件の定め
  • 手動起動の権限表
  • 拠点と部門の階層
配信の経路と期限

配信の経路と質問と期限の取り決めを設定と照合

経路ごとの本文と質問と選択肢を取り決めから整理します。回答の期限と再送の条件と回数も取り決めの側に含めます。これらを投入された配信の設定と突き合わせます。

確認する資料
  • 経路ごとの本文
  • 質問と選択肢一覧
  • 回答の期限の定め
追跡と再送の手順

未回答者の追跡と再送の手順を運用の設定と照合

未達と未返信をどう区別するかを手順の側で定めます。誰がどの順で追い、代理回答をどの根拠で記録するかも書き出します。この手順を投入された運用の設定と照合します。

確認する資料
  • 未達と未返信の別
  • 追跡の手順書
  • 代理回答の根拠
閲覧の方針と範囲

拠点別と部門別の閲覧の方針を権限の設定と照合

どの利用者がどの拠点と部門の回答に到達できるかを閲覧の方針として取り出します。対象者本人と家族の連絡先をどこまで見せるかも方針の側に含めます。これらを投入された閲覧範囲の設定に照らします。

確認する資料
  • 閲覧の方針の定め
  • 拠点別の権限表
  • 部門別の権限表
  • 家族情報の範囲
04 TEST DESIGN

動的テストの設計・実行のポイント

対象範囲と起動の条件と経路と端末と負荷の掛け算は全数を確認できません。テスト設計技法で範囲を絞り、合否を判定できる形にします。

STEP 01 拠点と部門と端末の種類を分ける同値分割で分けた代表の組で安否確認の起動を行う
どう確かめるか

拠点と部門と端末の種類を同値分割で確かめる

拠点、部門と雇用区分、端末とOSの種類を同値分割法で同じ振る舞いをする区分へ分けます。代表の組み合わせで安否確認の起動を行い、定めた対象範囲へ配信され回答までたどれることを確かめます。

  • 01拠点と部門と雇用区分を同値分割法で同じ振る舞いの区分へ分ける
  • 02端末とOSの種類も掛け合わせて代表の組み合わせを選び出す
  • 03定めた対象範囲へ配信され回答までたどれることを確かめる
OUTPUT区分別の配信記録
STEP 02 起動の条件と回答の期限の境目を見る上下限の直上と直下の値を選び境を挟んで確かめる
どう確かめるか

起動の条件と回答の期限を境界値分析で確かめる

自動起動のしきい値、回答の期限、再送の回数には、設定した値を境に扱いが変わる境目があります。境界値分析では上下限の直上と直下の値を選び、境を挟んで扱いが変わるかを検証します。

  • 01自動起動のしきい値と回答の期限を境界値分析で選び出す
  • 02再送の回数の上下限の直上と直下の値もあわせて選び出す
  • 03その境を挟んで扱いが定めどおりに変わることを検証する
OUTPUT境目前後の判定結果
STEP 03 起動の条件と経路を表へ整理する組み合わせごとの期待値を表へ整理して判定する
どう確かめるか

起動の条件と経路をデシジョンテーブルで確かめる

起動の条件と対象範囲と配信経路は、重なり方で配信先と経路の組が変わります。デシジョンテーブルテストで組み合わせごとの期待値を表へ整理し、組が定めどおりになるかを判定します。

  • 01起動の条件と対象範囲と配信経路の重なりを表へ整理する
  • 02組み合わせごとの期待値をデシジョンテーブルテストで置く
  • 03配信先と経路の組が定めどおりになるかを対で判定する
OUTPUT条件と経路の対応表
STEP 04 回答の状態の遷移と更新後の回帰未回答から回答済みと代理回答への移りを押さえる
どう確かめるか

回答の状態の遷移と版更新のあとの回帰を確かめる

回答の記録は未回答から回答済みへ、再送ののちに代理回答へと移ります。状態遷移テストで各経路を検証します。版更新や組織改編のあとも既存の設定が保たれることを回帰テストで確かめます。

  • 01未回答から回答済みへの移り変わりを状態遷移テストで押さえる
  • 02再送ののちの代理回答への移り変わりも同じ考え方で確かめる
  • 03版更新と組織改編のあとも既存の設定が保たれるかを回帰テストで見る
OUTPUT遷移と回帰の記録
05 RATIONALE

私たちGENZが、このようなソフトウェアテストを代行します

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

オフィスで担当者同士がノートPCを前に、安否確認アプリのテスト観点を相談しながら整理している風景。第三者視点のテスト支援を想起させる実写写真。

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

  • 平常時に表面化しない不達を次の発災より前に検出できる
  • 対象範囲と起動の条件と経路と端末の組まで確認できる
  • 固定費を抱えずに人日単位で次の訓練の前の確認を差し込める
  • 運用開始の判断の場で使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられた安否の把握の検証

製品のベンダーや導入支援会社と役割を分け、GENZは導入した企業様の側に立つ第三者として検証を請け負います。ISO 27001の体制のもと、テストの設計から報告まで伴走します。

SVC 01

配信から未把握の特定までの経路で設計

観点は、取り込みと安否確認の起動から配信と回答、集計と未把握の特定、再送と追跡までの経路で起こします。機能の一覧では設計しません。

安否確認アプリの追加や改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

起動の条件が文書にない現場にも対応

起動の条件や対象範囲、未回答者の追跡の手順が担当者の申し合わせにとどまる現場もあります。GENZは確認の観点の書き出しから支援します。

安否確認アプリの確認候補が掛け合わせで広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

多数が同時に回答する状況をGENZ社内で実測

多数の対象者が同時に回答する平常でない条件の下での安否確認の起動と配信と集計を、GENZ社内の負荷・性能の専門エンジニアが実測します。

第三者の視点で計画・設計・実施・報告が一貫してつながる流れを示した赤白紙カード基調の無文字図解。
SVC 04

確認済みと未確認を書き分けた報告

どの対象範囲のどの起動の条件のどの経路のどの端末まで確認し、未確認の範囲も書き分けます。経営への報告や取引先の照会にご活用いただけます。

テストの証跡を保全し、確認済みの範囲と未確認の範囲を整理した切替可否の判断の材料にまとめる流れを示した赤白紙カード基調の無文字図解。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
07 FLOW

ご相談から納品までの流れ

対象範囲と起動の条件、配信経路と端末を伺い、合意した範囲と優先順位でテストを進めます。

確かめる範囲と次の訓練の予定を伺う

対象範囲と経路と端末の範囲、導入と訓練と版更新の予定を確認します。

リスクに基づくテスト設計と見積もり

安否の把握が滞ることの重さで優先順位を付け、工数を整理します。

テストを実施し発見事項を随時共有

合意した範囲を実行し、判断待ちの事項と重い不具合を都度共有します。

報告書を納品し是正後の再確認へ

結果と証跡、未確認の範囲と残るリスクを納品し、再確認の進め方を示します。

支援実績5,000件以上

次の訓練の前に確認範囲をGENZに相談する

ご相談では、対象範囲と起動の条件と経路と端末の組み合わせから確認範囲を絞り込みます。導入と安否確認訓練と版更新で優先順位が異なるため、場面ごとの範囲と工数の考え方をお伝えします。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。