GENZ, Inc.

全社のIT運用向け ITSMツールのソフトウェアテスト|期限内に届くかを検証

起票が完了したことは画面で分かります。定めた担当へ期限内に渡ったかは別に確かめます。GENZはITSMツールの設定から期待結果を定め、合否を判定します。

支援事例

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

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

ITSMツールへの申告は、受付と分類から優先度の判定と割り当てを経て、承認と対応期限の計算と連携と権限までの経路の各段でずれが起きます。画面上はエラーも警告も出ません。

もっともらしい別の担当へ申告が渡ってしまう

カテゴリと優先度の判定が一段ずれると、割り当ての規則は正しく働いたまま申告は別の担当へ渡ります。受け取った側が気づくまで、チケットは進みません。

別担当への割り当て

対応期限が実感と合わない時刻で計算されている

対応期限は、起算の時点や稼働時間の当てはめ、保留中と再開の扱いが定義と違うとずれます。画面の期限は正しく見え、実感と照らすまで気づけません。

期限の誤った算出

本番環境への変更が承認を経ずに進んでしまう

承認者の不在時の代理の扱いや差し戻しの条件が抜けていると、経路を通らない状態の変わり方が残ります。誰が承認したかの証跡も揃いません。

承認を経ない変更

連携先からの自動起票が重複したり落ちたりする

監視やIT資産管理や認証基盤からの自動起票は、受け渡しが連携先ごとに異なります。重複は件数と達成率を膨らませ、取りこぼしは記録そのものを欠きます。

自動起票の重複

見えてはいけない範囲の申告が別部門から見える

職務に応じた見える範囲は、設定画面では正しく見えます。異動や組織改編のあとに、実際の挙動として確かめた記録が残りません。

範囲外からの閲覧
02 RISK

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

設定と実態のずれは目立たないまま進行します。放置した帰結は業務の停止、記録の消失、報告と契約の前提の崩れという別方向へ広がります。

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

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

文書の整備の状況に依存せず、GENZは運用プロセスの区分、優先度の基準、対応期限、承認と権限、連携の取り決めの5つの観点で、自社の取り決めと投入した設定を照合します。

運用プロセスの区分

運用プロセスの区分の定めを投入した設定と照合

どの申告をどの区分で受けるかの定めを、受付フォームの項目と突き合わせます。どのカテゴリで分けどの担当グループへ回すかの定めは、分類と割り当ての設定と照らし合わせます。

確認する資料
  • 運用プロセス定義
  • 受付フォーム項目
  • カテゴリ体系表
優先度の判定基準

影響度と緊急度の判定の基準を優先度の設定と照合

業務への響き方と急ぎ方をどう組み合わせて対応の順序を決めるかの基準を、優先度の設定と照らし合わせます。基準が部門ごとに異なるままの場合は、どの基準が設定へ反映されているかも確かめます。

確認する資料
  • 影響度の判定基準
  • 緊急度の判定基準
  • 優先度の設定一覧
対応期限と稼働時間

対応期限と稼働時間の取り決めをSLAの設定と照合

初動までの時間と解決までの時間の約束を、SLA(対応期限)の設定と照合します。起算の時点や平日日中や拠点ごとの稼働時間、保留と再開の数え方の取り決めも確かめます。

確認する資料
  • 対応期限の定め
  • 稼働時間一覧
  • 保留と再開の定め
承認経路と権限

承認と権限の取り決めを経路と範囲の設定と照合

本番環境への変更に要する承認者と代理の定めを、承認経路の設定と見比べます。職務に応じて見せてよい範囲の定めは、権限の設定へ反映されているかを確認します。

確認する資料
  • 承認者と代理の定め
  • 承認経路設計書
  • 権限設定一覧
連携先との受け渡し

連携先との受け渡しの取り決めを接続の設定と照合

自動起票の契機は、接続の設定に照らします。受け渡す項目と状態の同期の向きと構成情報の参照範囲の取り決めも、連携先ごとに異なる仕様と突き合わせます。

確認する資料
  • 連携先一覧
  • 自動起票の契機表
  • 受け渡し項目定義
  • 構成情報の参照範囲
04 TEST DESIGN

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

カテゴリと優先度と担当グループと稼働時間と承認経路と権限の掛け算は全数を確認できません。技法で絞り合否を判定できる形にします。

STEP 01 申告の区分と担当グループを分ける同値分割で分けた代表の組で結果を確かめる
どう確かめるか

申告の区分と担当グループを同値分割で確かめる

運用プロセスの区分とカテゴリと拠点と担当グループを、同値分割法で分けます。代表の組み合わせで、分類と割り当ての結果を確かめます。

  • 01運用プロセスの区分とカテゴリと拠点を同値分割法で分ける
  • 02担当グループの区分も掛け合わせて代表の組み合わせを選ぶ
  • 03分類と割り当ての結果が定めどおりかを区分ごとに確かめる
OUTPUT区分別の割り当て記録
STEP 02 稼働時間と期限の境目を確かめる休日と祝日と月をまたぐ期間の境を選び出す
どう確かめるか

稼働時間と期限の境目を境界値分析で確かめる

稼働時間の始まりと終わり、休日と祝日の境目、月をまたぐ期間を境界値分析で選びます。その境で、期限の算出が変わることを確かめます。

  • 01稼働時間の始まりと終わりの時刻を境界値分析で選び出す
  • 02休日と祝日の境目と月をまたぐ期間もあわせて選び出す
  • 03その境で対応期限の算出が変わることを合否の基準にする
OUTPUT境目前後の判定結果
STEP 03 優先度の判定を表へ整理する決まる順序と算出される期限を対で判定する
どう確かめるか

優先度の判定をデシジョンテーブルで確かめる

影響度と緊急度の組み合わせに、稼働時間と承認の要否が重なります。デシジョンテーブルテストで整理し、決まる順序と期限を検証します。

  • 01影響度と緊急度の組み合わせを表の条件の列へ整理する
  • 02稼働時間と承認の要否も重なる条件として同じ表へ置く
  • 03決まる順序と算出される期限を対にして合否を判定する
OUTPUT優先度の判定対応表
STEP 04 状態の遷移と更新後の回帰を確かめる既存の経路と期限が保たれることを回帰で見る
どう確かめるか

チケットの状態の遷移と更新後の回帰を確かめる

受付から調査中や保留を経て、承認待ちから完了と再開へ移り変わる経路を状態遷移テストで押さえます。ITSMツールの更新後も既存の経路と期限が保たれることを、回帰テストで検証します。

  • 01受付から調査中と保留を経て完了へ至る遷移を確かめる
  • 02承認待ちと再開への移り変わりも状態遷移テストで押さえる
  • 03製品の更新後も既存の経路と期限が保たれることを回帰テストで見る
OUTPUT遷移と回帰の記録
05 RATIONALE

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

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

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

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

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

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

専門ノウハウを即戦力で

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

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

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

  • 画面には出ないもっともらしい別の期限を報告の前に検出できる
  • 区分と経路と対応期限と権限と連携の組まで確認できる
  • 固定費を抱えずに人日単位で本番運用の前の確認を差し込める
  • リリース判断の場で使える独立した検証記録と未確認の範囲が残る
06 SERVICE

5,000件以上の実績に裏付けられた経路と期限の検証

GENZは支援実績5,000件以上を持ち、ISO 27001の体制のもとで第三者検証を手がけています。製品ベンダーや導入支援のSIerとは役割を分け、導入した企業様の側に立つ第三者としてテスト設計から報告まで伴走します。

SVC 01

申告の経路をたどった観点の設計

観点は、受付から分類と割り当てを経て承認と対応期限と連携と記録に至る経路に沿って起こします。定めが文書に残っていない現場にも参画します。

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

承認と起票を確かめる端末の環境

GENZは国内販売のiPhone・Androidをほぼ全機種保有しています。外出先の端末で承認や起票を行う際のITSMツールの画面の表示と操作を確かめます。

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

申告が集中する局面での負荷の実測

全社的な業務停止の直後には申告と自動起票が集中します。この局面の受付と通知と集計を、GENZ社内の負荷テストの専門エンジニアが実測します。

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

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

どの区分のどの経路のどの期限まで確認したかと、どこが未確認かを書き分けてお渡しします。リリース判断と経営層への説明にご活用いただけます。

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

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

対象の運用プロセスの区分と対応期限、承認経路を伺い、合意した範囲と優先順位でテストを進めます。

確かめる範囲と本番運用の予定を伺う

区分と経路と対応期限の範囲、本番運用と製品更新の予定を確認します。

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

業務の停止と記録が残らないことの重さで優先順位を付け、工数を整理します。

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

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

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

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

支援実績5,000件以上

本番の申告を受ける前の確認範囲をGENZに相談する

ご相談では、区分と経路と期限と権限の組み合わせのうちどこまでを確認済みとするかの範囲を整理します。導入や変更や製品更新の場面ごとの優先順位と、必要な工数の考え方をお伝えします。必要事項を入力の上、お問い合わせください。内容を確認させていただいた上、担当者よりご連絡いたします。*がついている項目は必須項目です。