止めるべき不正取引が、検知をすり抜ける
セキュリティルールを網羅したテストを実施し、不正取引を見逃さないかを確認します。
GENZ, Inc.
EC・金融取引向け
不正検知ツールの
EC・金融取引向け
不正検知ツールのソフトウェアテスト
ECサイトや金融システムで、不正行為をリアルタイムに判別し遮断する処理が見逃しも誤検知もなく働くかを、調査に使う記録まで含めて検証します。
支援事例
支援実績5,000件以上
不正検知ツールでよくある不具合
適切な取引を妨げる主な不具合には、次のようなものがあります。
止めるべき不正取引が、
正常な取引を不正と誤検知し、決済が止まる
ルールの過剰適用やパラメータ不備により、適正な取引が誤って不正と判断されないかを確認します。
不正パターン追加の影響が波及し、既存の検知が壊れる
不正パターンの追加部分だけでなく、既存ルールに悪影響を与えていないかを回帰テストで確認します。
判定根拠・検知履歴の記録が欠け、後から説明できない
不正検知時のデータや該当ルールなど、判定根拠となる情報が漏れなく取得・保持されるかを確認します。
保留・目視審査の差し戻しで、判定状態が実態とずれる
手動で詳細を確認する過程で、システム上のステータスと実際の判定状態に不整合が生じないかを確認します。
残存した不具合により生じる問題
不正検知ツールの不具合は、システム上の問題に留まらず、コスト増加、カード会社対応、監査、リリース計画にも連鎖します。
静的テスト（レビュー）でおさえるべき観点
テスト実施前に、機能設計書、処理フロー、業務フロー、DB設計書へ必要な観点が記載されているかをレビューします。
不正取引の検知漏れを防ぐ
不正パターンの検知網羅
なりすましやアカウント乗っ取りなど、既知の不正パターンを網羅しているかを確認します。
確認する資料
- 機能設計書（検知ルール仕様）
誤検知による決済の停止を防ぐ
正常取引の誤検知条件
誤検知につながりやすい条件や、正常値と不正値を分ける閾値が整理されているかを確認します。
確認する資料
- 機能設計書
パターン追加による既存検知への悪影響を防ぐ
不正パターン追加時の回帰範囲
不正パターンを追加する際、既存の検知ルールへの影響と、影響がある場合の対応が整理されているかを確認します。
確認する資料
- 処理フロー図
- 機能設計書
判定根拠の記録漏れを防ぐ
判定根拠の記録・保存
不正パターンに該当すると判断した際、証跡となる情報を取得・保持できる仕組みかを確認します。
確認する資料
- DB設計書
判定状態と実態のずれを防ぐ
審査ステータスの遷移整合
手動審査のステータスや判定根拠を適切に記録し、システム間で状態を整合できる仕組みかを確認します。
確認する資料
- 業務フロー図
- 状態遷移図
動的テストの設計・
実行のポイント
レビューした設計書を基にテスト項目書を作成し、検知開始から判定終了までの一連の処理を確認します。
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が、このようなソフトウェアテストを代行します
固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。
OUTSOURCING RATIONALE
THIRD-PARTY VERIFICATION
01
必要な時に必要な分だけ
人日単位のアサインで固定費を抱えず、繁忙期に増減できます。
02
独立した視点で品質を底上げ
独立した検証で偏りを排し、監査に使える客観的な記録を残せます。
03
専門ノウハウを即戦力で
JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。
専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット
- 開発側の思い込みや先入観に影響されず、仕様の抜け漏れを検出できる
- テスト技法にもとづく境界値・異常系の網羅で、見逃しを減らせる
- 開発チームがテスト工数から解放され、開発に専念できる
不正検知ツールの品質を支える第三者検証
検知ルールや閾値をテスト項目へ分解し、第三者の視点で設計書レビューからテスト実施、結果報告まで伴走します。
検知ルールから逆算するテスト設計
検知ルール、誤検知につながりやすい条件、不正判定の閾値を分解し、テスト項目として整理・確認します。
類似パターンまで広げる影響確認
見つかった不具合の再現に加え、似た条件で同じ問題が起きないかまで確認します。
監査に使える証跡と報告書
不正判定の記録を不足なく取得・保持し、監査用の証跡として出力できる仕組みかを確認します。
金融など多業種の第三者検証経験
金融をはじめとする多業種の第三者検証経験を活かし、品質の維持・向上に取り組みます。
ご相談から納品までの流れ
対象範囲と判断基準を先に合わせ、進捗と残るリスクを共有しながら進めます。
ヒアリングで対象範囲を具体化する
対象システム、拠点、扱うデータ、連携先、業務フロー、リリース時期を確認し、未検証領域を可視化します。
テスト計画と優先順位を合意形成
事故影響、変更量、利用頻度、代替手段の有無から優先順位を定め、必要な工数と計画を具体化します。
テスト実施と進捗・課題を毎回共有
実施状況、発見事項、阻害要因、追加確認が必要な仕様を共有し、終盤のまとめ出しを避けます。
報告書納品と再テスト支援まで実施
テスト完了レポートに結果、証跡、未実施範囲、残留リスクを整理し、修正後の再テスト条件まで引き継ぎます。
5,000件以上の対応実績
不正検知ツールのテスト範囲・優先順位を、GENZに相談する
各種設計書が未整備でも、「どこを、どこまで」テストすべきか、優先順位、必要工数の考え方、関連テストの要否を一緒に明確化します。