GENZ, Inc.

ロボット実行基盤向け RPAツールのソフトウェアテスト|毎日同じ結果かを検証

開発した端末で一度動いたことと、業務システムの変更が続いても毎日同じ結果を出すことは別です。GENZは導入済みRPAのシナリオを工程ごとに検証します。

支援事例

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

RPAツールの導入後によくある不具合

登録したシナリオの不具合は起動から引き取りまでの経路で現れ、ロボットの停止の連絡か業務部門の申告の形で届きます。いずれも作った担当者の手元では再現しにくいものです。

想定外のデータが来るとロボットが途中で止まる

手作業のとき人が無意識に吸収していた値の欠けや想定外の並びは、手順に書き出されません。書き出されなかった条件は本番の実行で初めて表面化します。

想定外の値で停止

対象業務システムの画面が変わると操作を誤る

対象業務システム側はロボットを利用者として想定していません。項目の追加や並びの変更は事前連絡なく到来し、ロボットは掴み損ねたまま次へ進みます。

画面変更で誤操作

開発した端末では動いたのに本番では動かない

本番の共有端末や仮想デスクトップは解像度も実行アカウントの権限も開発時と異なります。手順が不変でも環境が変われば確認が要ります。

本番での動作差異

止まった分を手で引き取ると二重に登録される

どこまで確定しているか分からないまま人が引き取ると、同じ処理が重複して確定します。エラーが出ないため発見は業務側の申告まで遅れます。

手作業での二重登録

誰も中身を説明できないロボットが動き続ける

作成者の異動や引き継ぎの断絶で、何をしているか、止まったら誰が困るかを説明できないロボットが残ります。止めてよいかの判断もできません。

管理外のロボット
02 RISK

残存した不具合を放置したときに生じる問題

ロボットに残った不具合は起き方で別の帰結へ向かいます。業務の滞留、社外へ出る誤りの是正、統制上の説明という三方向へ広がります。

RPAツールの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

静的テスト(レビュー)でおさえるべき観点

手順書の整備の状況にかかわらず、自社の定めとRPAツールへ投入した設定は文書上で突き合わせられます。GENZが静的テストで照合するのは、業務手順と例外の扱い、実行基盤と権限、起動と記録に関する5つの観点です。

業務手順とシナリオ

自動化する業務手順の定めをシナリオ設計と照合

業務の手順は所管する部門が決め、シナリオは推進担当が組みます。決めたことと組んだことの照合が誰の仕事か決まらないままだと、確認すべき面積が後から判明します。

確認する資料
  • 業務手順書
  • シナリオ設計書
  • 対象業務一覧
例外時の引き取り

例外時の引き取りの取り決めを分岐の設計と照合

想定外の条件で処理を確定させずに止まるか、どこから再開できるかを、人が引き取る範囲の取り決めと突き合わせます。止まり方は設計できる対象です。

確認する資料
  • 例外時の取り決め
  • 分岐設計書
  • 再開点の手順書
実行基盤と権限

実行基盤と実行アカウントの定めを本番構成と照合

ロボットが動く本番の端末と仮想デスクトップ、実行アカウントへの権限の付与が、自社の定めどおりかを照合します。払い出しの方式と権限の範囲は企業ごとに異なります。

確認する資料
  • 本番構成図
  • 実行アカウント一覧
  • 権限付与の定め
起動の契機と順序

起動の契機と実行順序の定めを締めの時間帯と照合

起動時刻が対象業務システムの締めやバッチ処理と重なると、ロボットは処理中のデータを読みます。同一端末での重なりも含め、起動と実行順序の定めを実際の時間帯と突き合わせます。

確認する資料
  • 起動スケジュール
  • 実行順序の定め
  • 締め時刻一覧
実行の記録の粒度

実行の記録に求める粒度を統制側の照会内容と照合

実行の記録は、いつどのシナリオがどの入力でどこまで進んだかを後から追える粒度で残るかを照合します。記録に残る項目と保持期間は製品と構成により異なります。

確認する資料
  • 実行記録の仕様
  • 記録項目一覧
  • 保持期間規定
  • 監査照会要件
04 TEST DESIGN

動的テストの設計・実行のポイント

対象業務システムと入力データと画面の状態の掛け算は全数を確認できません。テスト設計技法で範囲を絞り合否を判定できる形にします。

STEP 01 入力データの条件を区分する同値分割で区分した代表のデータを流す
どう確かめるか

入力データの条件の区分を同値分割で確かめる

値の欠けや想定外の並び、桁や文字種の条件は同値分割法で区分します。代表のデータを流し、手順どおりに処理するか、処理を確定させずに止まるかを検証します。

  • 01値の欠けや想定外の並びと桁と文字種の条件を同値分割で区分する
  • 02各区分の代表のデータを流して手順どおりに処理するかを確かめる
  • 03処理を確定させずに止まるかを対にして合否を判定する
OUTPUT区分別の実行記録
STEP 02 件数の上限と締めの境目を確かめる件数の上限と日付と締めの時刻の前後を選ぶ
どう確かめるか

件数の上限と締めの境目を境界値分析で確かめる

件数の上限、日付や金額の境目、締めの時刻の前後は境界値分析で選びます。境を挟んで扱いが定めどおり切り替わることを確かめます。

  • 01一覧の件数の上限と日付や金額の境目を境界値分析で選ぶ
  • 02締めの時刻の前後もあわせて選び境の両側の条件で実行する
  • 03境を挟んで扱いが定めどおり切り替わることを確かめる
OUTPUT境目前後の判定結果
STEP 03 画面と条件の分岐を表へ整理する進めるか止まるかを対にして判定する
どう確かめるか

画面と条件の分岐をデシジョンテーブルで確かめる

画面の状態と入力データの条件と分岐の重なりはデシジョンテーブルテストで整理します。進めるか止まるかが対で定めどおりになることを検証します。

  • 01画面の状態と入力データの条件と分岐の重なりを表へ整理する
  • 02表に沿って実行し進めるか止まるかが対で定めどおりかを見る
  • 03絞り込みの根拠と外した範囲を記録に残して説明できる形にする
OUTPUT分岐条件の対応表
STEP 04 版更新後の回帰と集中を確かめる製品と基盤の更新のあとの挙動と完了を見る
どう確かめるか

バージョンアップ後の回帰と処理の集中を確かめる

RPA製品や仮想デスクトップ基盤の更新のあとも既存のシナリオの挙動が変わらないことを回帰テストで、件数が膨らむ日に所定の時間内で完了することを負荷の条件で確かめます。

  • 01製品と仮想デスクトップ基盤の更新のあとも挙動が変わらないかを見る
  • 02回帰の範囲は更新が触れる既存のシナリオへ根拠を持って絞り込む
  • 03件数が膨らむ日に所定の時間内で完了するかを負荷の条件で見る
OUTPUT回帰と負荷の記録
05 RATIONALE

私たちGENZが、このようなソフトウェアテストを代行します

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

オフィスで担当者同士がノートPCを前に、RPAツールのテスト観点を相談しながら整理している風景。第三者視点のテスト支援を想起させる実写写真。

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

  • 画面にエラーが出ない誤りを業務側の申告より前に検出できる
  • シナリオと対象業務システムと画面と条件の組まで確認できる
  • 固定費を抱えずに人日単位で本番に出す前の確認を差し込める
  • 稼働判断の場で使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられたシナリオの検証

GENZはRPAツールの開発・販売もシナリオ作成の請負も行わず、導入した企業の側に立つ第三者です。ISO 27001の情報管理体制のもと、テストの設計から実行、テストサマリレポートによる報告まで伴走します。

SVC 01

ロボットが通る経路に沿って観点を設計

GENZは起動から画面の操作、判定と分岐を経て記録と引き取りまでの経路に沿って観点を起こします。機能の一覧ではなく止まり方まで設計します。

RPAツールの追加や改修と並行してテストを進め、検出した不整合を開発側へ戻す流れを示した赤白紙カード基調の無文字図解。
SVC 02

手順書が残っていない現場にも対応

シナリオの手順が作成者の記憶と画面の中にしかない現場にも対応します。確認の観点の書き出しから支援し、ドキュメント作成も行います。

RPAツールの確認候補が掛け合わせで広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

件数の膨らみと処理の重なりをGENZ社内で実施

GENZは負荷・パフォーマンステストを社内の専門エンジニアで実施します。件数が膨らむ日と処理が重なる時間帯での完了と所定の時間内の終了を確かめます。

第三者の視点で計画・設計・実施・報告が一貫してつながる流れを示した赤白紙カード基調の無文字図解。
SVC 04

確認済みと未確認を書き分けた報告

どのシナリオのどの対象業務システムのどの条件まで確認し、未確認の範囲も書き分けます。稼働可否の判断材料と統制側への説明に使えます。

テストの証跡を保全し、確認済みの範囲と未確認の範囲を整理した切替可否の判断の材料にまとめる流れを示した赤白紙カード基調の無文字図解。
※本ページに記載の支援内容・範囲は一例です。実際のご支援内容・範囲は、お打ち合わせのうえでご状況に合わせて決定します。まずはお気軽にお問い合わせください。
07 FLOW

ご相談から納品までの流れ

対象のシナリオと対象業務システム、変更の予定を伺い、合意した範囲と優先順位でテストを進めます。

確かめる範囲と本番展開の予定を伺う

シナリオと対象業務システムの範囲、本番展開と変更の予定を確認します。

リスクに基づくテスト設計と見積もり

業務の滞留と誤りの広がりの重さで優先順位を付け、工数を整理します。

テストを実施し発見事項を随時共有

合意した範囲を実行し、判断待ちの事項と重い不具合を都度共有します。

報告書を納品し是正後の再確認へ

結果と証跡、未確認の条件と残るリスクを納品し、再確認の進め方を示します。

支援実績5,000件以上

本番に出す前の確認範囲をGENZに相談する

ご相談では、シナリオと対象業務システムと条件の組み合わせのうち確認する範囲を整理します。新規開発・本番展開・変更後の再確認の場面ごとの優先順位と必要工数の考え方をお伝えします。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。