日をまたぐ深夜の勤務で勤務時間の集計が合わない
深夜帯の勤務で日付をまたぐと、勤務時間が前日と当日へ分かれ、合計が実態と合いません。割増の対象時間も変わり、給料計算の結果がずれます。
GENZ, Inc.
テスト外注サービス
シフト管理アプリの
テスト外注サービス
シフト管理アプリの品質を、外部の視点で確かめる
リリース判定と稟議で説明できる「どこまで確認したか」を外部の検証で記録に残します。勤務時間の集計や給料計算、端末と基本ソフトの組み合わせまで検証します。
支援事例
支援実績5,000件以上
シフト管理アプリで見過ごされやすい不具合
シフト管理アプリの不具合は、勤務時間や賃金の計算結果に直接出ます。日をまたぐ勤務や締め日の扱い、端末の組み合わせ、連携先とのデータの受け渡しでは、開発時の確認だけでは見落とされやすい箇所が残ります。
日を
休憩の自動控除が打刻の順序によって二重に変わる
打刻の順序が入れ替わると、休憩の自動控除が二重に引かれたり引かれなかったりします。同じ勤務時間でも手当の金額が変わり、説明がつきません。
締め日をまたぐ期間で集計した支給額がずれる
締め日をまたぐ期間の集計で、計算の対象期間の切り分けがずれ、支給額が実際の勤務と食い違います。利用企業の締め業務が止まるおそれがあります。
シフト希望の提出や通知が一部の端末で届かない
シフト希望の提出や確定の通知が、機種や基本ソフトの版によって届かないことがあります。店舗側は提出がないものとして作成を進め、認識がずれます。
勤怠や給与の連携で取り込み結果が一致しない
勤怠・給与・店舗システムとの連携で、送信した件数と連携先へ取り込まれた件数が一致しないことがあります。原因の所在を切り分ける手順が必要です。
不具合が残ったまま公開したときに起きること
確認しきれないまま公開へ進むと、不具合は利用企業の締め業務や店舗の運営の場面で表面化します。ここでは公開後に起きうる事象を順に整理します。
社内のテストだけでは埋めにくい範囲
確認の範囲は、端末の組み合わせ、既存機能の再確認、利用企業ごとの就業条件、連携先との接続と多岐にわたります。社内の人員と保有端末だけでは、開発の周期に合わせて試しきれない範囲が残ります。
未確認の組み合わせで不具合が残り、利用企業の店舗スタッフの画面上で勤務時間や金額の食い違いとして現れるおそれがあります。
端末の機種と画面サイズの組み合わせを試しきれない
対応する基本ソフトの範囲は製品ごとに異なります。社内の保有端末だけでは機種・基本ソフトの版・画面サイズの組み合わせを試しきれず、確認済みと未確認の境界が曖昧なまま公開判断へ進みます。
確認する資料
- 対応端末一覧
- 基本ソフト版
- 画面サイズ表
既存機能の確認に開発の時間が割かれ、新機能のリリースが遅れ、機能拡張のペースが落ちるおそれがあります。
改修のたびに既存機能の再確認へ時間が取られる
シフト作成や勤怠集計の改修を重ねるたびに、既存機能の再確認へ時間が取られます。確認の工数は据え置かれたまま範囲だけが広がるため、優先度の低い組み合わせが残ります。
確認する資料
- 既存機能一覧
- 確認工数表
- 優先順位表
利用企業の就業条件に合わない計算結果が出た場合、締め業務が止まり、賃金の支払い誤りへ波及するおそれがあります。
就業条件を網羅したテストデータを用意できない
就業条件や締め日の扱いは利用企業ごとに異なり、割増・控除の条件も案件ごとに定義が要ります。網羅の基準が社内にないため、テストデータを自力で用意しきれません。
確認する資料
- 就業規則条件
- 締め日一覧
- テストデータ表
接続確認が終盤へ集中すると、連携先側の仕様変更への対応が間に合わず、データの受け渡しが止まるおそれがあります。
勤怠や給与の連携先との接続確認が開発の終盤に集中する
勤怠・給与・店舗システムとの接続確認は、相手方の環境と日程に依存します。連携先の都合で日程が動くとこちらの確認期間が圧縮され、接続確認が開発の終盤へ集中する構造が繰り返されます。
確認する資料
- 接続仕様書
- 確認日程表
- 試験データ表
申告の傾向が確認範囲へ反映されないままだと、同じ種類の申告が繰り返され、サポートと開発の時間が継続的に割かれるおそれがあります。
確認した範囲の記録の粒度が担当者ごとに異なる
公開後の申告内容はサポート側が受け、公開前の確認範囲は品質担当側が持ちます。記録の粒度が担当者ごとに異なると、次回の確認範囲へ反映するまでに手間がかかります。
確認する資料
- 申告記録
- 端末別傾向表
- 確認範囲表
- 引き継ぎ記録
GENZが担うシフト管理アプリのテスト
GENZは、シフト管理アプリの改修から公開後まで、確認の抜けが出やすい工程を外部の立場で検証します。
STEP 01
対象の範囲と前提を確認する対象端末・機能・連携先を言語化します
どう確かめるか
勤務時間の集計と給料計算を条件ごとに検証する
利用企業ごとに異なる割増・控除・締め日の条件をヒアリングで確定させ、勤務時間の集計と給料計算が条件どおりに動くかを検証します。金額の食い違いを計算結果の段階で潰します。
- 01検証の対象とする機能・端末・連携先の範囲を確定します
- 02就業規則に基づく割増・控除・締め日の条件を確認します
- 03検証用ビルドの受け渡しと試験データの条件を整理します
OUTPUT確認済み範囲の一覧
STEP 02
テストの計画と観点を設計する優先度の高い組み合わせから設計します
どう確かめるか
端末と基本ソフトの組み合わせを横断して確認する
対象とする端末機種・基本ソフトの版・画面サイズの組み合わせを案件ごとに定義し、優先度の高い順に横断して確認します。社内で残りやすい組み合わせを確認済みの範囲として示します。
- 01利用企業の業務シナリオに沿ったテスト観点を設計します
- 02端末と基本ソフトの組み合わせに優先順位を付けます
- 03連携先の窓口と接続確認の日程・手順・試験データの条件を調整します
OUTPUT欠陥報告と再現手順
STEP 03
テストを実施して欠陥を報告する異常の事象を意図的に発生させて検証します
どう確かめるか
連携先とのデータの受け渡しを工程ごとに突き合わせる
勤怠・給与・店舗システムとの接続仕様を連携先の窓口と調整し、データの受け渡しを工程ごとに突き合わせます。終盤へ寄りやすい接続確認を計画の段階で前倒しします。
- 01設計した計画と観点に沿って対象の機能と端末でテストを実施します
- 02検出した欠陥を再現手順と発生した端末の条件を添えて報告します
- 03確認していない範囲を対象の機能と端末の明細として示します
OUTPUT未確認範囲の明細
STEP 04
修正の内容を再確認して結果を引き渡す確認範囲の記録は報告書として引き渡します
どう確かめるか
確認した範囲と未確認の範囲を記録として残す
確認した範囲と未確認の範囲を、リリース判定の場でそのまま使える記録として残します。線引きの根拠を個人の判断だけで説明する状態から、記録を示して説明する状態へ切り替えます。
- 01修正後のビルドで該当箇所と隣接する工程の再確認を行います
- 02確認済みの範囲・未確認の範囲・結果の記録を報告書にまとめます
- 03次回の確認範囲へ反映する事項を整理して引き渡します
OUTPUT次回の確認計画案
テスト会社としてのGENZの体制と担える範囲
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 多数の端末と基本ソフトの組み合わせを保有し、実機で確認します
- 就業条件の組み合わせごとに勤務時間と給料計算を検証します
- 改修のたびの既存機能の確認を、開発と並行して継続的に担います
- 確認範囲と結果を記録として引き渡し、リリース判定の材料に使えます
あわせて依頼できるテストのメニュー
シフト管理アプリの確認作業は、改修のたびの既存機能の確認から、連携先との接続確認、記録の整備まで幅が広がります。GENZでは、開発の進行にあわせて組み合わせてご依頼いただけるテストのメニューを用意しています。
開発の進行と並行して進めるテスト
追加や修正のたびに、既存のシフト登録や勤務時間の集計が変わらず動くかを、開発の完了を待たずに並行して検証します。
大規模システムの網羅的テスト
端末と就業条件の組み合わせが多いシステムでは、観点表で対象範囲を網羅的に設計し、どこまで確認したかを追える形で実施します。
第三者の視点で進める受け入れのテスト
発注元とも開発ベンダーとも別の立場で受け入れ検証を担い、出してよいかの判定材料を第三者の結果として提出します。
監査と社内説明に備えた記録の整備
確認した範囲と結果を、報告書や証跡として引き渡せる形に整えます。リリース判定や稟議でそのまま説明に使えます。
相談から報告までの流れ
外注検証は相談から報告まで段階を踏みます。各段階で確認範囲と費用の根拠を社内で説明できる形に整えます。
問合せと初回の打ち合わせによる範囲の整理
未確認の範囲と委託したい作業を伺い、対象端末・対象機能・連携先を整理します。
見積の提示と契約の取り交わし
整理した範囲をもとに見積を提示し、稟議に使える確認範囲の明示を添えます。
テストの計画と観点の設計から実施まで
計算条件と接続確認の観点を設計し、意図的に事象を発生させて検証します。
結果の報告と次回に向けた振り返り
欠陥報告と記録を引き渡し、次回の確認範囲へ反映する論点を共有します。
相談は確認範囲の整理から始まります
シフト管理アプリのテストについて相談する
ご相談いただくと、テストの範囲の切り分け、確認の優先順位、必要な工数の考え方を整理したうえでお返しします。リリース判定や稟議でそのまま説明に使える粒度でまとめます。