補助アプリの更新告知が届くたび、確認する範囲を決めきれない
補助アプリの更新の告知が届くたび、既存機能をどこまで確認に含めるかの判断が担当者の経験に委ねられ、範囲の根拠を示せないまま上申に進みます。
GENZ, Inc.
要員を増やさず期日までに。
電子入札と
要員を増やさず期日までに。
電子入札とアプリの動作確認を第三者の視点で代行
補助アプリの改修や基本ソフトの更新に対し、どの機能をどこまで確かめるか。GENZはテストの計画から報告作成までを構築側から独立した立場で担います。
支援事例
支援実績5,000件以上
電子入札の運用で、動作確認が行き詰まる場面
電子入札システムの運用では、補助アプリの更新や端末環境の変化に対し、どこまで確認すれば足りるかの根拠が手元にないまま判断が進みがちです。場面ごとに行き詰まる確認の実態を整理します。
補助アプリの
電子証明書と利用者登録がからむ経路を、手元で再現できない
電子証明書や利用者登録の手順は機関ごとに異なり、本番と同等の端末・証明書・補助アプリの設定を揃えきれず、差分を宣言しないまま進みます。
端末と閲覧ソフトの組み合わせが増え、手作業の確認が追いつかない
端末の基本ソフトやブラウザには更新が随時入るため、動作前提が変わり続け、要員と時間の手当てがつかないまま組み合わせの確認が手作業に滞留します。
提出が集中する時間帯を想定した確認が、後回しになる
公告から開札までの日程は動かせず、提出が集中する時間帯を想定した確認は後回しになり、期日の直前で提出が受け付けられない状態として噴き出します。
窓口で分かった事象が、次の改修の確認観点に戻らない
窓口の照会記録は再現手順として使える粒度で残らず、切り分けの知見が次の改修の確認観点に戻らないため、同じ取りこぼしが繰り返されます。
確認が届かないまま公告日を迎えると、何が起きるか
電子入札システムの確認が間に合わないまま公告日を迎えると、影響は調達手続そのものへ広がります。起きる事象を三つの場面に分けて整理します。
第三者が入ると確認はこう変わる
外注したテストは、発注機関の手続の順序に沿って進みます。どこをどの順で確かめるかが先に決まるため、公告日までの限られた期間でも、確認の抜けを判断材料として残せます。
観点の洗い出しが経験に依存したままだと、改修のたびに確認の抜けが生じ、公告日直前に見つかった不具合が手続のやり直しにつながるおそれがあります。
発注機関の手続の順序に沿って、テストの観点を洗い出します
案件登録から公告、入札書の提出、開札まで、発注機関が実際に回す手続の順序をたどり、各工程で確認すべき観点を洗い出します。担当者の経験に依存していた観点が、手順書として残る形になります。
確認する資料
- テスト観点表
- テスト手順書
- 確認範囲一覧
補助アプリの設定と電子証明書の組み合わせを操作順で確かめないと、応札担当の提出操作が完了しない状態が残り、参加機会が損なわれるおそれがあります。
補助アプリと電子証明書の連携を、利用者の操作順で確かめます
利用者端末に導入する補助アプリは、対象システムの判別用URLを登録して使う仕組みです。電子証明書の取得からURL登録、提出操作まで、応札担当の操作順に沿って、連携が崩れる箇所を確認します。
確認する資料
- 操作順一覧
- 連携確認表
- 設定記録
端末環境の組み合わせが一覧化されていないと、基本ソフトやブラウザの更新が入った際に影響範囲を把握できず、定常作業の前提が変わるおそれがあります。
端末環境の組み合わせを表に落とし、確認の範囲を見える形にします
利用者端末の基本ソフトとブラウザの組み合わせは、発注機関が公表する動作環境で定まります。その組み合わせを表に落とし、確認済みと未確認の範囲を一覧で示すため、どこを見送ったかを記録で追えます。
確認する資料
- 環境一覧表
- 組合せ表
- 確認状況表
不具合の記録が窓口の応対単位で留まると、改修側が再現手順として使えず、同じ事象への対応が繰り返されるおそれがあります。
不具合は、再現手順と証跡をそろえて改修依頼に使える形で残します
見つかった不具合は、再現手順と証跡をそろえて記録します。窓口の応対単位ではなく、改修側がそのまま手を付けられる粒度で残すため、次の改修の確認観点へ戻す道筋ができます。
確認する資料
- 再現手順書
- 証跡記録
- 不具合起票
受け入れ判断の材料がそろわないまま進むと、未確認の範囲を残すかどうかを日程だけで決めることになり、稼働後の是正コストが膨らむおそれがあります。
受け入れ判断の材料を、決裁の場に出せる粒度でまとめます
受け入れの結果は、確認済みの範囲、未確認の範囲、見送った場合の影響に分けて整理します。起きていない事象を予測で語るのではなく、確認の範囲そのものを材料として決裁の場へ出せます。
確認する資料
- 受入報告書
- 確認範囲表
- 判断材料表
- 上申添付資料
電子入札システムのテストで、GENZが担う範囲
GENZは、テスト計画から設計・実行・報告までを工程単位で受託し、改修版の受け入れ確認を観点と結果で判断できる状態にします。
STEP 01
現行の仕様と運用の聞き取り手順書・運用実態・端末環境を確認します
どう確かめるか
テスト計画の立案と確認すべきテスト観点の設計
改修範囲の外にある既存機能と端末環境の組み合わせまで観点に含めて設計します。確認計画から落ちやすい範囲を、公告日から逆算した優先順位で整理します。
- 01現行の手順書と日々の運用実態に関する担当者への聞き取り
- 02電子証明書と利用者登録に関する受付運用と手順の把握
- 03対象端末と公表されている動作環境の組み合わせの洗い出し
OUTPUTテスト計画書・観点一覧
STEP 02
テストの範囲と環境の取り決め対象機能・対象端末・期間を確定します
どう確かめるか
案件登録から開札までのテストケースの作成と実行
案件登録から入札書の提出・開札までの操作を通したケースを作成し、実行します。補助アプリの判別用URLの登録や電子証明書を用いる経路も、実際の端末環境で確かめます。
- 01改修の対象機能と既存機能について確認範囲の切り分け
- 02確認に使う端末と基本ソフト、ブラウザの組み合わせの決定
- 03公告日や適用期日から逆算した実施日程の取り決めと合意
OUTPUTテストケースと実行結果
STEP 03
テストの実施と結果のご報告結果は範囲ごとに集計してお渡しします
どう確かめるか
検出した不具合の記録と修正内容の再現手順による確認
検出した不具合は、窓口の応対単位ではなく、改修側が再現手順として使える粒度で記録します。修正後は同じ手順で意図的に発生させて検証し、解消を確認します。
- 01案件登録から入札書の提出、開札までの操作を通した検証
- 02補助アプリの導入手順と対象システムの判別設定の確認
- 03テストの実行結果の集計と、検出した不具合の起票と共有
OUTPUT不具合報告と再現手順
STEP 04
改修後の再確認と記録の引き継ぎ記録は次の改修の観点へ引き継ぎます
どう確かめるか
受け入れ判断に使う報告書の作成と説明資料の整理
確認済みの範囲と未確認の範囲、確認環境と本番の差分を分けて記載します。役割の異なる相手へそのまま説明できる形で、判断材料を残します。
- 01修正された箇所の再確認と、修正による影響範囲の検証
- 02確認済みの範囲と未確認の範囲の整理と、報告用の記録の作成
- 03次回の改修で使えるテスト観点の整理と記録の引き継ぎ
OUTPUT受け入れ判断用の報告書
テストの外注をご検討の段階で寄せられるご質問
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 自庁の環境に沿った確認範囲の根拠が得られる
- 要員を増やさずテストの設計と実行を任せられる
- 決裁の場に出せる粒度の報告書が受け取れる
- 公告日から逆算した確認の順序が示される
GENZのソフトウェアテストサービスの内容
補助アプリの更新や改修への対応は、確認の立場をどこに置くかで進め方が変わります。GENZは、発注機関の調達日程に合わせ、構築側から独立した第三者の視点でテストの計画から報告までを担います。
開発の進行に伴走するテストの実施
テスト計画の段階から改修・リリースの工程に伴走し、公告日や適用期日から逆算して、何から確かめるかの順序を整理します。
大規模システムのテスト範囲確保
電子入札システム本体と補助アプリ、電子証明書、対象端末の基本ソフトとブラウザの組み合わせまでを対象に、確認の範囲を確保します。
第三者の視点で進めるテスト運営
改修を担う構築側の自己確認とは別の立場でテストを設計し、実行します。結果は受け入れ判断の材料として使える形にします。
監査で参照できる形での証跡の管理
テスト結果と証跡を、再現手順の形に調えて管理します。部門長の決裁の場に出せる粒度でまとめ、監査でそのまま参照できる状態でお渡しします。
お問合せから成果物の納品までの流れ
テスト範囲の切り出しから上申資料の素材まで、外注の判断に必要な情報を段階的に整えながら進めます。
お問合せと課題状況のヒアリング
補助アプリの適用期日や改修計画を伺い、確認範囲のたたき台を一緒に作ります。
テスト範囲のご提案とお見積の提示
ベンダーの確認と重複しない範囲案と費用の見積を、上申に使える形で出します。
ご契約と対象範囲の確定、テストの準備
公告日や適用期日から逆算し、実施期間に合わせて対象端末と観点を確定します。
テストの実施と検出結果のご報告
テストを実施し、不具合の再現手順と結果を庁内説明に使える粒度で報告します。
構築側とは別の立場で確認する
電子入札システムのテスト体制について、ご相談を承ります
適用期日や公告日までに残された期間で、何から確かめるかを一緒に整理します。テスト範囲の切り分け、確認の優先順位、必要工数までお答えし、上申資料の素材としてお持ち帰りいただけます。