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

第三者の目で確かめるときの観点

開発と同じ組織の担当者が確かめると、範囲の決定も判定も内側の基準に寄りがちです。GENZは独立した立場で、撮影から提出データ出力までを現場の手順に沿って検証し、記録として残します。

通しで確かめないまま出荷すると、機能のつなぎ目の不具合が出荷後の問合せとして現れ、修正対応が次の改修の検証期間を削ります。

撮影から出力まで現場で使われる順番どおりに通して試す

改修した画面だけを確かめると、撮影・電子黒板・台帳作成・提出データ出力のどこかで崩れても気づけません。現場の作業順どおりに通して検証し、機能のつなぎ目でデータが欠けないかを確認します。

確認する資料
  • 作業順一覧
  • 通し結果表
  • 不具合起票
確かめた端末の線引きが資料に残らないと、出荷可否の判断が担当者の感触に寄り、あとから範囲を説明できなくなります。

現場で使われる端末と回線の組み合わせを分けて試す

社内の手持ち機材だけでは、現場で使われる端末・カメラ・回線の組み合わせを試し切れません。対象の端末と回線条件を分けて検証し、どの組み合わせで確かめたかを線引きとして記録します。

確認する資料
  • 対象端末表
  • 回線条件表
  • 組合せ結果
提出データの中身を突き合わせないと、期限直前に様式不備が見つかり、利用者の提出そのものが間に合わなくなります。

台帳の項目と提出データの中身を一件ずつ突き合わせる

写真が撮れていても、台帳のレイアウトや提出データの形式が発注者の様式と合わなければ提出できません。台帳の項目と出力された提出データを一件ずつ突き合わせ、写真・工種・黒板の対応を確認します。

確認する資料
  • 様式対応表
  • 突合結果表
  • 出力見本
更新前後の確認を怠ると、仕様を変えていないのに現場で出力が崩れ、原因の切り分けに時間を取られます。

基本ソフトの改訂の前後で挙動が変わっていないかを見る

基本ソフトの改訂や端末の入れ替えのように、仕様変更を伴わない場合でも挙動が変わることがあります。前後で同じ操作を行い、撮影・同期・出力の結果に差が出ていないかを確認します。

確認する資料
  • 更新前結果
  • 更新後結果
  • 差分一覧
手順と結果が記録に残らないと、同じ聞き取りを繰り返し、導入先や役員へ品質の根拠を示せないままになります。

現象を再現する手順と検証の結果を記録として残す

誰がどこまで確かめたかが記憶に留まると、出荷判定や不具合調査のたびに聞き取りが要ります。検証の手順と結果を記録として残し、同じ現象を意図的に発生させて確かめられる状態にします。

確認する資料
  • 検証手順書
  • 結果記録表
  • 範囲線引表
  • 判定根拠書
04 TEST DESIGN

テスト外注で任せられる範囲と進め方

通し確認の後回しや説明材料の不足は、確認の範囲と進め方を外へ切り分けると解消できます。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次回更新への引き継ぎ表
05 RATIONALE

工事写真管理ソフトのテストを担う体制の考え方

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 開発と別の立場の担当者が判定を担います
  • 現場の端末と回線の組み合わせを確かめます
  • 確認した範囲を証跡として資料に残します
  • 締め切りを動かさず開発と伴走して進めます
06 SERVICE

工事写真管理ソフトの周辺で対応できるテスト

工事写真管理ソフトは、現場で撮る端末、事務所で台帳を作るソフト、写真を預かるサーバー、周辺システムとの連携の組み合わせで動いています。GENZは開発と別の立場で、この一続きの流れを通して検証します。

SVC 01

現場の端末で使う撮影用アプリのテスト

電子黒板を用いた撮影から記録の保存まで、現場の端末と条件の組み合わせごとに検証し、手元で再現できない組み合わせの挙動を確認します。

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

事務所で台帳を作るソフトのテスト

取り込んだ写真の整理から工事写真台帳の編集、提出データの出力までを通して検証し、提出形式に沿った帳票が出力できることを確認します。

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

写真を預かるサーバー側の処理のテスト

現場端末からの同期や写真の保管といったサーバー側の処理について、台帳側へ正しく反映されるかを確認し、通信が切れた場合の挙動も検証します。

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

他の施工管理システムとつなぐ部分のテスト

工事情報や工種区分の受け渡しなど、他の施工管理システムとつなぐ部分を検証し、データが欠けず渡るかを確認します。

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

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

お問合せからテスト開始までの流れをご説明します。範囲のすり合わせを経て、お見積をお渡しします。

お問合せの内容と改修の時機をうかがう

改修の時機や確認したい範囲、対象の製品形態をうかがいます。

テストの対象と範囲をすり合わせる

現場用アプリ・台帳用ソフト・クラウド側のどこを対象とするかを決めます。

お見積をお渡しし、ご契約へ進む

すり合わせた範囲と期間にもとづくお見積をお渡しします。

テストを開始し、結果を報告する

確認済みと未確認の範囲を分けた報告書をお渡しします。

相談から始める検証体制づくり

工事写真管理ソフトのテスト外注は、確かめたい範囲の相談から始められます

ご相談いただければ、確かめたい範囲の整理と優先順位づけ、必要工数の考え方をお示しします。出荷判定の合議や稟議に使える形で整理してお渡しします。