導入済みなのに再ダウンロードを促され起動できない
インストール済みにもかかわらず、判定の前提状態がずれて再ダウンロードの案内へ振り分けられ、起動ボタンが表示されないまま操作が進まなくなります。
GENZ, Inc.
テスト外注を検討中の方へ
証明書発行アプリの
テスト外注を検討中の方へ
証明書発行アプリの発行・更新・再発行を第三者視点で検証します
対象機能・対象ブラウザ・対象OS・業務シナリオの絞り込みを、工数の都合ではない基準で設計します。審査と監査に出せる証跡まで残します。
支援事例
支援実績5,000件以上
証明書発行アプリでよくある不具合
証明書発行アプリは、利用開始の入口でつまずくとそのまま離脱につながります。検証環境では表面化しにくく、利用者のパソコンの状態に依存する不具合が、リリース後の問い合わせで初めて判明する例が後を絶ちません。
導入済みなのに
発行は完了と表示されるのに、その証明書でログインできない
画面上は発行完了となるものの、証明書の保管先へ正しく登録されておらず、ログイン時に証明書の選択肢へ現れず、利用者が認証を通過できません。
古い証明書が残り、更新後もログインの成否が操作ごとに分かれる
有効期限切れの証明書が削除されずに残ったまま新しい証明書が発行され、ブラウザの選択画面で新旧が混在し、操作のたびに成否が分かれます。
更新可能期間の境界値で判定が外れ、更新の利用者が再発行へ回される
更新可能期間の開始日や最終日の判定が仕様と異なり、期限内のはずの利用者が更新を拒否されて再発行の手続きへ回され、窓口への問い合わせが増えます。
ブラウザの版が上がった後、ボタンを押してもアプリが呼び出されない
ブラウザの更新で外部アプリの呼び出し方式が変わり、ログイン画面のボタンを押してもアプリが起動せず、発行も更新も開始できない状態になります。
残存した不具合により生じる問題
検証環境で表面化しない不具合がリリース後に残ると、影響は利用者企業の業務と問い合わせ窓口、そして社内の説明責任の三方向へ広がります。
静的テスト（レビュー）でおさえるべき観点
インストール済みかどうかで導線が分岐し、期限前の更新と期限切れ後の再発行で手順が分かれるアプリでは、実行前の静的確認で不整合の多くを検出できます。仕様書・画面・手順書を突き合わせる照合の観点を順に示します。
分岐条件の書き漏れを見逃すと、インストール済みで期限切れの利用者が操作時に行き止まり、再発行に進めないまま窓口へ滞留します。
分岐条件をインストール状態と証明書の期限で照合する
アプリはインストールの有無で起動導線が分岐し、証明書が期限内か期限切れかで利用者が通る画面も変わります。仕様書の分岐条件を、この両軸の全組み合わせで書き漏れがないか照合します。
確認する資料
- 画面遷移図
- 分岐条件仕様書
- テスト項目書
属性定義の不整合を見逃すと、発行済みの証明書が認証側で無効と判定され、利用者がログインできない状態になります。
証明書の属性定義と認証側の照合条件を突き合わせる
発行操作はログイン画面上の「電子証明書発行」ボタンを起点に始まります。証明書の属性（有効期限・失効状態・保管先）の定義が、認証側が照合する条件と一致しているかを定義書どうしで突き合わせます。
確認する資料
- 証明書属性定義書
- 認証側照合条件
- 発行画面仕様書
更新期間の定義の食い違いを見逃すと、更新可能なはずの利用者が再発行手続きへ回され、期限切れ後の操作を強いられます。
更新可能期間の定義を、期限の計算順序と再発行の手続きの規定と照合する
更新可能な期間の定義が、期限日の計算順序と再発行の手続き規定の間で食い違うと、更新できない利用者が発生します。期限の起算点と端数処理を、両規定で同じ結果になるか照合します。
確認する資料
- 期限計算の規定
- 再発行手続き規定
- 更新期間の定義書
動作環境記載の陳腐化を見逃すと、案内上は対象内の版で動作しない利用者が出て、導入失敗の問い合わせとして表面化します。
動作環境の記載を、対応ブラウザとOSの版の管理一覧と照合する
対応ブラウザをChromeとEdgeに絞って案内する運用では、動作環境の記載が版の更新で陳腐化します。案内文の記載が、対応ブラウザとOSの版の管理一覧の最新状態と一致しているかを照合します。
確認する資料
- 動作環境の案内文
- 対応版の管理一覧
- 改訂履歴の記録
手順書と実画面の不整合を見逃すと、利用者が記載どおりに操作しても次へ進めず、更新の繁忙期に問い合わせが集中します。
マニュアルの手順を実画面の文言と操作順に照合する
利用者向け手順はPDFのマニュアルで配布されるため、改版のたびに実画面との不整合が生じやすい箇所です。手順書の画面文言・ボタン名・操作順を、現行の画面と項目単位で照合します。
確認する資料
- 利用者マニュアル
- 現行画面のキャプチャ
- 操作手順の対応表
- 改訂履歴の記録
動的テストの設計・実行のポイント
検証範囲の作り直しは、段階ごとの観点と成果物の固定で減らせます。各段階で確かめる対象と残す証跡を整理します。
STEP 01
ユニットテスト期限当日と翌日を境界値として設定します
どう確かめるか
ユニットテストで、期限の計算と入力検査を同値分割と境界値で確かめる
有効期限の計算と発行・更新画面の入力検査は、同値分割で代表値を選び、境界値で期限の当日と翌日を確かめます。期限前の更新と期限切れ後の再発行の分岐条件をここで固定します。
- 01有効期限の計算を同値分割の代表値で確かめる
- 02期限当日と翌日の境界値で更新と再発行の分岐を確かめる
- 03必須項目の未入力と形式の誤りでエラーが表示されることを確かめる
OUTPUT計算と入力検査の結果一覧
STEP 02
統合テスト正常系と異常系の両方を対象にします
どう確かめるか
統合テストで、アプリ・提供元サーバー・認証局間の要求と応答を確かめる
「電子証明書発行」ボタンからの起動を起点に、提供元サーバーへの要求と認証局からの応答の対応を確かめます。通信の切断や二重送信の異常時に、証明書の状態が不整合とならないことを確認します。
- 01発行の要求から証明書の受領までの応答を確かめる
- 02認証局からの失効情報が反映されることを確認する
- 03通信の切断と二重送信を意図的に発生させて状態を検証する
OUTPUT要求と応答の対応記録
STEP 03
システムテスト絞り込みから外す組み合わせの根拠を残します
どう確かめるか
システムテストで、新規発行から更新・再発行までを環境の組み合わせごとに確かめる
発行から更新・再発行までを、ChromeとEdgeとOSの版、インストールの有無の組み合わせごとに確かめます。起動とダウンロードに分かれる導線は、前提状態を作り直して通します。
- 01ChromeとEdgeとOSの版の組み合わせで発行から再発行までを確かめる
- 02インストール済みと未インストールの両方の導線を前提状態から作り直して確かめる
- 03絞り込みから外した組み合わせとその根拠を記録する
OUTPUT組み合わせ別の実施結果
STEP 04
受け入れテスト・回帰テストマニュアルと画面の照合を含めます
どう確かめるか
受け入れテストと回帰テストで、改版前の手順と証跡を再確認する
受け入れテストでは利用者マニュアルと画面を照合し、不具合票の修正を確認します。回帰テストでは改版対象外の機能も既存の手順で操作できることを確かめ、絞り込みの根拠を証跡に残します。
- 01利用者マニュアルの記述と実際の画面を照合する
- 02不具合票の修正後に回帰テストで既存の手順が通ることを確かめる
- 03リリース判断の材料として検証範囲の根拠を証跡に残す
OUTPUTリリース判断の材料と証跡
GENZが代行する証明書発行アプリのテスト
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 検証範囲の絞り込みを工数以外の基準で設計します
- 項目書作成から回帰テストまで一括で委託できます
- 審査と監査に提出できる証跡の形で納品します
- 既存の開発体制と並行して検証を進められます
検証範囲の設計から証跡整備までを担うGENZ
対象機能・対象ブラウザ・対象OS・対象業務シナリオのどこを優先するか。その絞り込みの基準を、工数の都合ではない根拠で引き直すことがGENZのテスト設計の起点です。設計から実行、証跡の整備まで担います。
利用者の状態と環境からテストを設計します
インストールの有無、期限前の更新と期限切れ後の再発行、古い証明書が残った状態を意図的に作り、リリース後に表面化する事象を先に出します。
検証範囲の線引きとその根拠
何を検証範囲に入れ、何を外し、その根拠を記録に残します。優先順位は、利用者への影響と不具合が表面化しにくい箇所を基準に決めます。
既存の体制と並行して進めます
テスト項目書の作成から実行、不具合票の起票、修正後の回帰テストまでを担います。改版の進行と並行して既存の体制へ入ります。
審査に出せる報告書と不具合票を納品
報告書・テスト項目書・不具合票・検証範囲の記録を、審査と監査に出せる形式で納品します。次回の改版で同じ判断をやり直さずに済みます。
ご相談から納品までの流れ
証明書発行アプリの検証は、対象機能とブラウザの範囲を整理したうえで、以下の工程で進めます。
ヒアリング
アプリの導線・対応ブラウザ・証明書の状態を伺い、検証の前提を整理します。
テスト設計と見積もりのご提示
組み合わせを絞り込み、テスト設計の方針と見積もりをご提示します。
テストの実施と結果の共有
インストール・発行・更新・再発行を検証し、不具合票と進捗を共有します。
報告書の納品と修正後の再確認
審査や監査に出せる報告書と不具合票を納品し、修正後の箇所を再確認します。
証明書発行アプリの検証相談
証明書発行アプリの検証範囲と優先順位をGENZへご相談ください
初回のご相談では、対象機能と対象ブラウザ・業務シナリオの優先順位の引き方、必要工数の考え方、回帰テストの要否までお示しします。品質保証部門への説明材料としてお使いいただけます。