画面共有した重要事項説明書の表示が端末・ブラウザによって欠落する
端末の画面サイズやブラウザの描画方式の違いで、重要事項説明書の一部が表示されず、説明すべき項目を借主・買主へ示せない状態になります。
GENZ, Inc.
IT重説ソフト
IT重説ソフトを
IT重説ソフト
IT重説ソフトを第三者検証でテストします
承諾取得・画面共有・録画保存・電子交付の単位で検証対象を定義し、リリース判断と監査対応に使える検証結果を提出します。
支援事例
支援実績5,000件以上
IT重説ソフトでよくある不具合
IT重説ソフトでは、画面共有・録画・承諾取得・電子交付の機能ごとに、端末やブラウザの組み合わせ、通信状態、版の管理が原因で不具合が起きます。機能別に起きる不具合を把握すると、検証範囲の抜け漏れを防げます。
画面共有した
説明の録画・録音データが保存されず、実施の記録が残らない
録画の開始・終了の処理や保存先への書き込みが正常に完了しないと、説明を実施した記録が残らず、実施の裏付けを示せないおそれがあります。
取得済みの承諾が未取得として扱われ、説明を開始できない
承諾記録の紐づけが切れると、取得済みの承諾が未取得と判定され、宅地建物取引士が説明を開始できず、日程の組み直しが発生します。
電子交付したPDFが旧版のまま交付され、説明した内容と一致しない
交付用PDFの版管理が機能しないと、改訂前の旧版が交付され、口頭で説明した内容と交付した書面が一致しない状態になります。
通信の切断後に再接続しても、説明の中断箇所から再開できない
通信が切断されたあとの再接続で説明の進行状態が復元されないと、説明を最初からやり直すことになり、契約日の延期につながります。
残存した不具合により生じる問題
検証範囲の抜け漏れが残ると、不具合は説明の実施と記録の保全に関わる不備となり、契約日の延期や監査対応の工数増へつながります。
静的テスト（レビュー）でおさえるべき観点
IT重説ソフトでは、画面を動かさず検出できる不整合があります。承諾取得・電子交付・録画保存・基幹システム連携・本人確認の各仕様について、資料と設計書を照合し、テスト項目書へ反映する確認点を洗い出します。
承諾取得の記録が要件どおりに残らないままリリースされ、IT重説の実施要件を満たさない説明が発生する
承諾取得のフローを、IT重説の実施要件の記載と照合する
借主・買主から説明前に承諾を得る流れが、IT重説の実施要件と画面遷移の設計で一致するかを照合します。取得時点と記録の方式が要件と異なるまま実装へ進むと、後工程で仕様の作り直しが発生します。
確認する資料
- 実施要件資料
- 画面遷移図
- 承諾記録仕様
電子交付した書面の版と受領記録が対応付かず、交付の事実を監査で示せない
電子交付の仕様を、書面電子化の要件と交付記録の規定と照合する
重要事項説明書を電子交付する仕様が、書面電子化の要件と交付記録の保存規定を満たすかを確認します。書面の版と受領確認の記録が仕様書で対応付かない場合、交付の事実を後から示せません。
確認する資料
- 電子交付仕様
- 交付記録規定
- 画面設計書
録画データの保存期間や権限が規定と異なり、業務監査で求められる記録を提出できない
録画・録音の保存仕様を、保存期間とアクセス権限の規定と照合する
録画・録音データの保存期間、保管先、アクセス権限の設定が、法務・コンプライアンス部門の定める規定と設計書で一致するかを照合します。設定値が規定と異なると、業務監査で記録を提出できません。
確認する資料
- 保存規定
- 権限設定書
- 録画保存仕様
基幹システムとの連携項目の不整合が統合テスト以降で表面化し、改修と再検証の工数が追加で発生する
基幹システム連携仕様とデータ項目定義の照合
基幹業務システムとの連携について、データ項目、連携のタイミング、API定義の有無が連携仕様書と項目定義書で一致するかを確認します。項目名や型の不整合は、統合テストで障害として表面化します。
確認する資料
- 連携仕様書
- 項目定義書
- API定義書
本人確認と説明開始の手順が画面と運用で分かれ、取引士ごとに説明手順が異なる状態が放置される
本人確認と説明開始の手順を、画面設計と運用マニュアルの記載と照合する
本人確認の方式と説明開始の手順が、画面設計書と運用マニュアルの記載で一致するかを照合します。画面側と運用側で手順が一致しないと、宅地建物取引士ごとに説明の進め方が異なる状態になります。
確認する資料
- 本人確認方式
- 画面設計書
- 運用マニュアル
- 説明手順書
動的テストの設計・実行のポイント
IT重説ソフトは、録画と電子交付の記録を残す責任を負います。工程別に検証範囲を定義して進めることが、動的テストの出発点です。
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が代行するIT重説ソフトのテストの種類
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 機能ごとの確認項目が整理され、テスト設計の属人化が解消されます
- 法令要件と画面操作が対応づけられ、監査に使える記録が残ります
- 基盤更新後の回帰テスト範囲に基準ができ、判断が安定します
- 検証実施状況を提示でき、稟議や商談の説明材料として使えます
業務フローから検証範囲を組み立てる支援
IT重説ソフトの検証は、承諾取得・画面共有・録画保存・電子交付の業務フロー単位でテスト項目を組み立てます。GENZは重要事項説明の実施要件を画面と操作の単位へ翻訳し、検証範囲を合意してテストを実施します。
重要事項説明の流れからテストを設計
宅地建物取引士が承諾を確認し、画面共有で書面を提示し、交付を終えるまでの流れを操作単位に分解し、項目書の粒度で設計します。
承諾から記録保存までを検証する
説明前の承諾取得から録画データと交付記録の保存までを通しで検証します。説明者と相手の双方の操作で、記録が欠落なく残ることを確認します。
既存体制に合わせて検証工程へ参加
開発ベンダーのユニットテスト・統合テストとの重複を避ける切り分けを行ない、品質保証の配置を問わず既存の開発工程と並行して参加します。
報告書と不具合票を提出する
検証結果は報告書と不具合票として提出します。リリース判断の材料に加え、回帰テストの範囲決めと監査対応にも使える記録として整理します。
ご相談から納品までの流れ
ご相談から報告書の納品まで、段階ごとに合意を重ねて進めるため、検証範囲の認識の不整合を解消できます。
対象機能と連携範囲を確認
画面共有・録画・電子交付の機能範囲と基幹システム連携を仕様書で確認します。
テスト設計と見積もりを提示する
検証観点を整理し、テスト項目の設計と必要工数を見積もりとして提示します。
テストを実施し、不具合票を随時共有する
合意した項目書にもとづきテストを実施し、検出した不具合を随時共有します。
報告書を納品し、修正後の再確認を行なう
検証結果を報告書にまとめて納品し、修正箇所は回帰テストで再確認します。
検証範囲の定義からご相談いただけます
IT重説ソフトの検証範囲と優先順位をGENZへご相談ください
承諾取得・画面共有・録画保存・電子交付の業務単位でテスト範囲を整理し、優先順位と必要工数の考え方をお示しします。開発ベンダーの提出物と重複しない検証の入り方もご相談いただけます。