GENZ, Inc.

テスト外注サービス BIMソフトの作り込み部分を第三者が検証するテスト外注

製品本体ではなく、自社で作り込んだテンプレート・アドオン・連携処理を含むBIM環境を対象に、テストの計画から実行・報告までを第三者として引き受けます。

支援事例

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

BIM環境のテストで見落とされやすい不備

製品本体の機能確認で手一杯になり、社内で追加したテンプレート・アドオン・連携処理の確認が後回しになると、不備は図面や数量表、連携先のデータへ残ります。

モデルの更新が図面と数量表へ反映されず古い値が残る

テンプレートの設定とモデルの更新処理がずれると、図面と数量表に古い値が残ります。そのまま積算へ流れると、発注後の再作業の費用につながります。

図面と数量の不整合

複数の設計者が同時に編集すると変更が失われる

共有モデルで複数の設計者が同時に作業すると、保存の競合で一方の変更が失われます。失われたことに誰も気付かないまま設計が進みます。

同時編集の変更消失

中間の交換形式へ書き出すと属性情報が欠け落ちる

中間の交換形式へ書き出す際、連携先と項目の取り決めがないと属性情報が欠けます。受け取った側は数量や仕様を手入力で補うことになります。

書き出しの属性欠落

社内で追加したアドオンが製品の更新後に動かなくなる

製品の更新に対し確認範囲が担当者の勘に依存すると、アドオンが動かないまま公開されます。現場は手作業で回避し、不備の申告が届かなくなります。

更新後の動作停止

不備の記録が残らず再現の手順をあとからたどれない

現場からの申告が操作の記憶に基づくと、不備が発生した条件を特定できません。修正の依頼と確認の往復が増え、同じ不備が別の案件で繰り返されます。

再現手順の欠如
02 RISK

不備を残したままBIM環境を運用に載せた場合の影響

確認を後回しにした不備は、運用に載ってから図面・数量・工程のずれとして表面化します。ここでは、放置した場合に起きる影響を整理します。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

BIM環境のテストで確認する観点

BIM環境のテストでは、製品本体の機能だけでなく、自社が整備したテンプレート・アドオン・連携処理を合わせた運用一式を対象にします。確認する観点は次のとおりです。

整合を確認しないまま運用を続けると、モデルと図面・数量表のずれが積算と発注まで流れ、やり直しの費用と工程の遅延として案件の採算へ現れます。

モデルと図面・数量表の値が一致しているかの整合

モデルの要素と図面・数量表の値が一致するかを、代表的なプロジェクトのモデルで照合します。どの項目をどの精度で一致とみなすかを事前に決めて確認します。

確認する資料
  • テスト計画書
  • 照合結果一覧
  • 不備記録一覧
同時作業の条件を確かめないまま公開すると、一方の変更が失われたことに現場で気づけず、図面へ反映されないままの不整合が残るおそれがあります。

複数の設計者が同時に作業したときの変更の取り込みと権限

複数の設計者が同じモデルを共有して作業する際、変更の取り込みと権限の設定が意図どおりに動くかを確かめます。片方の変更が失われる事象が起きるため、同時操作の条件をそろえて検証します。

確認する資料
  • テスト計画書
  • 変更競合記録
  • 実行結果記録
受け渡しを確認しないまま運用すると、変換で欠落した属性を受領側が手作業で補う運用が定着し、二重管理が解消されないまま残ります。

中間の交換形式を介した受け渡しと復元の再現性

中間の交換形式を介して積算・原価管理などの後続工程へ受け渡す局面で、項目と形式が取り決めどおりに保たれるかを確認します。往復の変換を含めて属性の欠落を検証します。

確認する資料
  • テスト計画書
  • 受け渡し記録
  • 不備記録一覧
更新時の確認基準がないまま追随すると、どこまで確認したかを判定者へ示せず、公開後の不整合が検証体制そのものへの不信へつながります。

バージョン更新後の既存プロジェクトとアドオンの互換

バージョン更新のたびに、既存プロジェクトのモデルが開けるか、自社で追加したアドオンと連携処理が動くかを確認します。更新ごとに同じ基準で範囲を決められるよう、対象を一覧化します。

確認する資料
  • テスト計画書
  • 更新確認一覧
  • 不備記録一覧
実規模での動作を確かめないまま公開すると、現場で操作の待ち時間が常態化し、回避のための手作業が運用へ入り込んでしまいます。

実案件に近い規模のモデルでの動作と処理の所要時間

実案件に近い規模のモデルで、開く・編集する・出力する各操作の所要時間を計測します。検証用の小さなモデルでは出ない遅延や停止が実規模では現れるためです。

確認する資料
  • テスト計画書
  • 計測結果記録
  • 実行条件一覧
  • 不備記録一覧
04 TEST DESIGN

テスト外注で引き受ける範囲と進め方

テスト計画・ケース作成・実行・不備の記録・証跡整備の一式を引き受け、判定会議へ示せる形で引き渡します。

STEP 01 対象のBIM環境と利用場面を整理するテンプレートや連携先の有無もこの段で確認します
どう確かめるか

対象範囲の切り分けとテスト計画・観点の設計

対象のBIM環境の構成と利用の局面を整理し、製品本体の機能と、自社で作り込んだテンプレート・アドオン・連携処理を分けて観点を立てます。確認範囲に毎回同じ基準を適用できる状態を作ります。

  • 01BIMソフト本体と自社で追加した部分を分けて洗い出します
  • 02積算・原価管理への受け渡し先と連携条件を確認します
  • 03導入・改修・更新のどの局面に当たるかを特定します
OUTPUT確認範囲の根拠が揃う
STEP 02 テストの範囲と優先する観点を決める更新時も同じ基準で範囲を決められます
どう確かめるか

業務シナリオに沿ったテストケースの作成と実行

現場から提供された実プロジェクトのモデルと業務シナリオをもとにケースを作り、実行します。図面の作成から積算・原価管理への受け渡しまで、業務の流れに沿って操作を確かめます。

  • 01実プロジェクトの業務シナリオを現場から取得します
  • 02作り込み部分と受け渡し部分に観点の優先順位を付けます
  • 03必要工数を範囲の根拠と対応づけて整理し、見積の材料にします
OUTPUT業務シナリオで検証できる
STEP 03 テストを実行し、不備の原因を切り分ける再現手順と発生条件を付けて開発側へ渡せます
どう確かめるか

不備の記録と再現手順・発生条件の整理と原因の切り分け

不備が出たときは、再現手順と発生条件を記録します。原因はモデルの作成手順・連携処理の設定・製品側の挙動へ切り分け、手戻りが検証側の責任にされない状態を整えます。

  • 01図面の作成から受け渡しまでの業務の流れに沿ってケースを実行します
  • 02不備を意図的に発生させて検証し、条件を記録します
  • 03モデル・設定・製品側の挙動のどこに起因するかを切り分けます
OUTPUT不備の切り分けが進む
STEP 04 結果と未確認範囲を次へ引き継ぐ未確認範囲を明示して判定へ上程できます
どう確かめるか

証跡の整備と判定会議へ提出できる報告書の作成

実施した範囲・結果・残る不備を証跡として整え、報告書にまとめます。どの業務シナリオを確認できていないかを読み取れる形で示すため、判定者は可否を判断できます。

  • 01実施した範囲と結果、残る不備を証跡とともに報告書へまとめます
  • 02確認できていない業務シナリオを未確認範囲として明示します
  • 03次の更新や改修でも使える確認基準を整理して引き継ぎます
OUTPUT判定材料が説明できる
05 RATIONALE

BIM環境のテストを外部へ委託する判断の目安

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 確認した範囲と未確認の範囲を分けて判定へ上程できる
  • バージョン更新ごとの確認を同じ基準で繰り返せる
  • 開発側と別の立場の検証として判定を説明できる
  • 現場の聞き取り負荷を抑えて検証を進められる
06 SERVICE

BIM環境で対応するテストの進め方

BIMソフト本体の不具合ではなく、社内で整備したテンプレート・アドオン・連携処理の確認を、GENZが第三者としてテスト計画から報告まで引き受けます。更新のたびに同じ基準で繰り返せる進め方で対応します。

SVC 01

開発の進行と並行して進めるテスト

製品の更新や改修のリリースに合わせ、開発側の作業と並行してテストを実行します。更新版の提供を受け次第、影響範囲の確認に着手します。

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

大きな対象範囲を分担して網羅するテスト

大規模なモデルや多数のプロジェクトでは、範囲を優先度で分けて分担します。確認した範囲と未確認の範囲を区切って報告します。

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

発注側の立場での受け入れテスト支援

発注側企業様の代理として、開発元ベンダーやIT子会社が行った修正の受け入れ確認を支援します。判定会議や稟議で使える形で結果を整理します。

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

内部の説明と監査に備えた証跡の整備

テスト計画、ケース、不備の記録、報告書を整備してお渡しします。社内説明や監査の材料としてご利用いただけます。

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

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

テスト範囲が固まっていない段階でもご相談いただけます。範囲の切り分けから一緒に整理します。

テスト範囲についてのお問合せとご相談

更新や改修の予定が分かった段階で、確定前の仕様のままご連絡いただけます。

お打ち合わせと対象範囲の確認

製品本体と社内テンプレート、アドオン、連携処理の範囲を切り分けます。

役務範囲とお見積、テスト計画のご提示

確認した範囲にもとづき、役務範囲と工数の根拠を示した見積と計画を提示します。

ご契約条件の確定とテストの開始

成果物と期間を契約条件へ落とし、範囲追加の手順を決めたうえで開始します。

テスト範囲のご相談を受け付けています

BIM環境のテスト外注について相談する

ご相談いただくと、テスト範囲の切り分けと優先順位、必要工数、関連テストの要否まで整理してお返しします。自社のBIM環境のどこを確認すべきか、判断材料をお持ち帰りいただけます。