GENZ, Inc.

業務システム所管部門向け バックアップソフトのソフトウェアテスト|戻せるかを検証

取得ジョブの成功通知と、必要な時点まで業務の求める時間で戻せることは別です。GENZは自社の設定と保管先で使う形で、取得から復元まで期待結果を定めます。

支援事例

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

バックアップソフトでよくある不具合

よくあるのは、取得の設定の誤り、静止点を欠いた取得、世代の消失や復元の長時間化です。これらは日々の成功通知ではエラーとして現れず、運用上の申告は「取得できている」のまま進み、復旧の場で初めて判明します。

取得されていない対象が成功として通知される

除外の指定を1つ誤ると、その対象は取得されないまま成功として通知され続けます。指定は以後の取得すべてに効くため、判明は復元の場まで遅れます。

取得漏れの成功通知

整合の取れない状態で取得され復元後に起動しない

静止点を作れないまま取得しても、取得そのものは成功として記録されます。復元して初めて、対象システムが起動しない、整合が取れない形で現れます。

復元後の起動不能

求められた時点の世代が保管期間を過ぎて残らない

保管期間より早く世代が消えても、何も起きないため気づけません。求められた時点の複製が無いことは、業務部門の復元依頼を受けた場で初めて判明します。

世代の早期消失

戻し切るまでの時間が業務の求める時刻を超える

復元は、戻しているあいだ業務が止まる時間そのものです。取得できていても、戻し切るまでの時間が業務の求める再開時刻を超えれば、間に合いません。

復元時間の超過

基盤の版更新のあとに特定の対象だけ取得が止まる

OS・データベース・仮想化基盤の版更新は、自社の都合と無関係に配信されます。回帰から漏れた対象では、警告もないまま取得だけが静かに止まります。

版更新後の取得停止
02 RISK

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

復元を確かめていない不具合が表に出るのは、業務が止まる当日です。止まった時間、失われた期間の作り直し、説明できない状態という別方向へ広がります。

バックアップソフトの障害対応について、複数の担当者がモニターや資料を確認している実写画像。
03 REVIEW

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

静的テストでは、仕様書の整備状況によらず文書と設定を突き合わせます。どこまで戻すかの復旧の要件と取得の設定、世代と保管期間、静止点の作り方と通知や記録の残り方という5つの観点を、自社の定めと設定と照合します。

復旧の要件と設定

どこまで戻すかの業務側の要件を取得の設定と照合

いつの時点まで、どれだけの時間で戻ればよいかは、業務システムの所管部門の要件です。その定めが取得の対象・間隔・世代の設定へ落ちているかを突き合わせます。ずれは戻せる範囲の狭さとして残ります。

確認する資料
  • 復旧要件定義書
  • 対象システム一覧
  • 取得設定一覧
対象と方式と除外

対象と方式と除外の取り決めをジョブの設定と照合

どの対象を、どの方式で、いつ取得し、何を除外するかの取り決めが、ジョブの設定へ漏れなく落ちているかを確認します。除外の指定の誤りは、ここで洗い出します。

確認する資料
  • ジョブ定義一覧
  • 除外指定一覧
  • 取得方式の定め
世代数と保管期間

世代数と保管期間の定めを保管先ごとの設定と照合

保持する世代数と保管期間の定めを、保管先ごとの設定と突き合わせます。容量の上限に達したときの挙動が定めと食い違うと、戻せる範囲が意図せず狭まるおそれがあります。

確認する資料
  • 世代数の定め
  • 保管期間規定
  • 保管先設定一覧
静止点と停止の可否

静止点の作り方と停止の可否を対象側の手順と照合

静止点をどう作るか、取得中に停止が要るかは、対象システムの側の事情で決まります。取得の手順だけでなく、復元後の起動と整合を確認する手順まで書き出して照合します。

確認する資料
  • 静止点の手順書
  • 停止可否一覧
  • 復元後確認手順
通知と記録の粒度

通知と記録の残り方を切り分けと照会の要件と照合

いつ、何が、どこまで取得され、どの世代が残っているかを後から追える粒度で記録が残るかを確認します。取得の可否と粒度は製品と構成によって異なり、照会への回答は残っている記録の粒度で決まります。

確認する資料
  • 通知設定一覧
  • 実行記録仕様
  • 監査照会要件
  • 切り分け手順書
04 TEST DESIGN

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

対象システム×方式×保管先×世代の掛け算を全数は確認できません。確認範囲をテスト設計技法で絞り込み、判定基準まで具体化します。

STEP 01 対象システムと方式を区分する同値分割で分けた代表の組で取得と復元を見る
どう確かめるか

対象システムと取得の方式を同値分割で確かめる

業務アプリケーションやファイルサーバ、仮想マシンといった対象と、フル・増分・差分の方式を同値分割法で分けます。代表の組で、設定どおりに取得され、設定どおりに復元できることを検証します。

  • 01業務アプリケーションやファイルサーバや仮想マシンの対象を分ける
  • 02フルと増分と差分の取得の方式を同値分割で組み合わせる
  • 03代表の組で設定どおりに取得され設定どおりに復元できるかを見る
OUTPUT区分別の検証記録
STEP 02 世代と保管期間の境目を確かめる起算と到来の日と世代数の上限の前後を選ぶ
どう確かめるか

世代と保管期間の境目を境界値分析で確かめる

保管期間の起算と到来の日、保持する世代数の上限、締めの時刻の前後を境界値分析で選びます。規則どおりに世代が消えることと、規則より早く消えないことを対で検証します。

  • 01保管期間の起算の日と到来の日を境界値分析で選び出す
  • 02保持する世代数の上限と締めの時刻の前後もあわせて選ぶ
  • 03規則どおりに世代が消えることと規則より早く消えないことを対で見る
OUTPUT境目前後の判定結果
STEP 03 復元の時点と範囲を表へ整理する戻る結果と戻らない結果を対にして確かめる
どう確かめるか

復元の時点と範囲をデシジョンテーブルで確かめる

どの時点まで戻すかと、ファイル単位・システム全体・別の機器という範囲と、保管先の組み合わせをデシジョンテーブルテストで整理します。各列で、戻る結果と戻らない結果を対で確かめます。

  • 01戻す時点と戻す範囲と保管先の組み合わせを表へ整理する
  • 02ファイル単位とシステム全体と別の機器への復元を列へ置く
  • 03各列で戻る結果と戻らない結果を対にして合否を判定する
OUTPUT復元条件の対応表
STEP 04 版更新後の回帰と所要時間を見る既存の取得と復元の成立と戻す時間を実測する
どう確かめるか

版更新のあとの回帰と復元の所要時間を確かめる

版更新のあとは、それまで成立していた取得と復元が壊れていないかを回帰で確かめます。あわせて容量の大きい対象を戻す所要時間を実測し、業務が求める再開の時刻と突き合わせます。

  • 01版更新のあとも既存の取得と復元が壊れていないかを確かめる
  • 02回帰の範囲は版更新が触れる対象へ根拠を持って絞り込む
  • 03容量の大きい対象を戻す所要時間を実測し再開の時刻と照らす
OUTPUT回帰と所要時間記録
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 成功通知では現れない戻せない状態を復旧の場より前に検出できる
  • 対象システムと方式と保管先と世代の掛け合わせまで確認できる
  • 固定費を抱えずに人日単位で更改前の確認を差し込める
  • 稼働判定の場で使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられた取得と復元の検証

GENZは、製品ベンダーや販売代理店とは役割を分け、導入した企業様の側に立って検証を担います。支援実績5,000件以上とISO 27001の体制のもと、取得と復元が設定どおり成立するかのテスト設計、実行、報告まで伴走します。

SVC 01

複製が通る経路に沿って観点を設計

確認観点は、複製が通る経路に沿って起こします。取得と転送、世代の保持、復元後の確認をたどり、機能の一覧ではなく戻せるかを軸に設計します。

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

設計の根拠が残らない現場にも対応

方式や世代の定めが提案書と担当者の記憶にしか残っていない現場でも、確認観点の書き出しから支援します。ドキュメント作成の支援も併走します。

バックアップソフトの確認候補が掛け合わせで広がる様子を示した赤白紙カード基調の無文字図解。
SVC 03

大容量の取得と復元の所要時間を実測

取得の時間帯が重なる条件や、大容量の対象を戻す条件での所要時間は、GENZ社内の負荷・パフォーマンステストの専門エンジニアが実測します。

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

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

対象システムを、どの方式と保管先で、どの世代まで確認したかを明記し、未確認の範囲も書き分けます。稼働判定と監査の説明にそのまま使えます。

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

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

対象システムと取得の方式、保管先と世代を伺い、合意した範囲と優先順位でテストを進めます。

確かめる範囲と版更新の予定を伺う

対象システムと方式と保管先の範囲、導入と更改と版更新の予定を確認します。

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

業務の停止と戻せない範囲の重さで優先順位を付け、工数を整理します。

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

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

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

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

支援実績5,000件以上

戻せる範囲と確認の優先順位をGENZに相談する

ご相談では、自社の対象システム・取得の方式・保管先・世代のうち確かめる範囲を整理します。導入と更改、保管先の変更、版更新の場面ごとに優先順位を付け、必要工数の考え方をお示しします。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。