妥当性確認・受入れ・移行
頻出約 31 分5 用語過去問 18 題
この単元の目標
- 変更後の再テストであるリグレッションテストが、どの部分を確かめ直すのかを説明できる。
- 妥当性確認テストと受入れテストを、名前が観点を指すのか工程を指すのかで分けられる。
- 移行の計画と導入の作業、利用者マニュアルの役割を説明できる。
用語総表（5 語）
用語
リグレッションテスト(回帰テスト)は、プログラムを変更した後に、変更していない既存の機能が以前どおり動くかを確かめ直すテストである。
修正や機能追加は、思わぬところで別の機能を壊すことがある。そこで変更箇所のテストとは別に、以前に通したテストを再び実行し、結果が変わっていないかを見る。
たとえ車のブレーキを修理してもらった後、修理した所だけでなく、ライトやワイパーもこれまでどおり動くかを一通り試すようなもの。
覚え方英語の regress は「後戻りする」。変更のせいで品質が後戻りしていないかを見るテスト、と名前から思い出せる。
出題のポイント
- 出題修正後は、修正箇所を確かめるテストを用意するとともに、以前に通したテストも合わせて実行し直す。
- 出題稼働中のシステムに手を加えたとき、稼働の可否を決めるテストは、動いている処理に影響しないよう本番と同じ構成の別環境で行う。
- 混同注意リグレッションテストの狙いは変更していない部分が壊れていないかの確認であり、修正箇所が意図どおり動くかは別のテストで確かめる。
この用語の過去問 2 題 リグレッションテスト →
妥当性確認テストは、完成したシステムが利用者の要求や業務の要件に合っているか、つまり求められたものになっているかを確かめるテストである。
設計書や仕様どおりに作れたかを見る確認(検証)とは観点が違い、こちらは作ったものがそもそも業務の役に立つかを問う。名前は、特定の工程というより、確かめる観点を表している。
たとえ仕立てたスーツが型紙どおりに縫えているかではなく、実際に着て出かけたい場面に合うかを確かめるようなもの。
覚え方英語では validation。valid(有効な)と同じ語で、使う人にとって有効かを見る、と覚える。
出題のポイント
- 出題利用部門の立場で確かめるのは業務の要件に合っているかであり、プログラムが仕様書どおりに動くかは開発側が確かめる。
- 混同注意設計書が利用者の要求に合っているかを利用者と開発者が一緒に確かめるのは共同レビューで、動くシステムを使うテストではない。
この用語の過去問 3 題 妥当性確認テスト →
受入れテストは、納品されたシステムを発注者(利用者)が主体となって実際の運用に近い条件で使い、受け取ってよいかを判断するテストである。
検収(納品されたものを確かめて受け取ること)の前に行い、発注時に仕様として示した機能が入っているかを確かめる。図の並びは、委託先がシステムテストまでを受け持つ場合の典型である。
たとえ修理に出した自転車を受け取るとき、店の説明を聞きながら自分でも乗ってみて、納得してから代金を払うようなもの。
覚え方「受け入れる」かどうかを決めるのは受け取る側。名前の中に、テストをする主語が隠れている。
出題のポイント
- 出題受入れテストの主体は発注者(利用者)側であり、開発者はテストを支援する立場に回る。
- 出題受入れを行う時点は委託した範囲で決まり、委託先が担当する工程を終えて納品されたところで受入れ検収をする。
- 混同注意システムテストは開発側が全体の機能や性能を確かめるテストで、発注者が行う受入れテストとは行う側が違う。
この用語の過去問 3 題 受入れテスト →
利用者マニュアルは、システムを使う人が日々の業務の中で参照する、操作の手順を書いた文書である。
読み手は開発者ではなくシステムを使う人なので、設計の中身ではなく、画面の操作や業務の流れに沿った手順を書く。受入れの段階で整えておき、利用者への教育や訓練の教材としても使う。
たとえ店に入った新人のために、レジの打ち方や返品の受け付け方を作業ごとにまとめた手順書のようなもの。
覚え方名前の頭にある「利用者」が読み手。作り手が読む設計書とは、まず読む人が違う。
出題のポイント
- 出題利用者マニュアルは本番稼働後に業務を進めるときに使う文書で、要件や設計を書いた開発用の文書とは別に用意する。
- 出題利用者マニュアルを整え、それを使って利用者を教育・訓練することは、ソフトウェア受入れの段階で行う作業に含まれる。
この用語の過去問 2 題 利用者マニュアル →
移行は、現行システムから新システムへデータと業務を切り替え、本番で使い始めるまでの作業である。
移行には、本番環境にソフトウェアを配置して設定するソフトウェア導入と、旧システムのデータを移して業務を新システムへ切り替える作業がある。切り替え方は、例えば新旧を一定期間並べて動かす方法などから、業務を止める危険と手間を比べて選ぶ。稼働を始めた後のプログラムの修正や変更はソフトウェア保守と呼ぶ。
たとえ店を新しい建物へ移すとき、開店日と担当を決め、棚や機器を据え付け、商品を運び込んでから看板を掛け替えるようなもの。
覚え方英語では migration。渡り鳥が季節ごとに住む場所を替える移動と同じ語で、荷物ごと住処を替えるイメージ。
出題のポイント
- 出題移行計画書には、新システムへ切り替える日程と体制、新旧を並べて動かす期間の予定などを書く。画面の操作手順は利用者マニュアルの内容である。
- 出題移行計画に沿って本番環境にソフトウェアを配置し初期設定する作業がソフトウェア導入で、導入計画書の合意を得てから行う。
- 混同注意稼働後の不具合の修正や法改正に合わせたプログラム変更はソフトウェア保守であり、開発中のテストで見つけたバグの修正は保守に入らない。
この用語の過去問 3 題 移行 →
要点
- リグレッションテストは、変更後に以前のテストをやり直し、変更していない機能が壊れていないかを確かめる。
- 妥当性確認テストは、作ったものが利用者の要求や業務の要件に合い、求められたものになっているかを確かめる。
- 受入れテストは発注者が主体となり、委託した範囲が納品された時点で、受け取ってよいかを決める。
- 利用者マニュアルは受入れの段階で整え、利用者の教育や稼働後の業務に使う。
- 移行は移行計画書で切替えの日程と体制を決め、ソフトウェア導入とデータ・業務の切替えを経て本番稼働に入る。
この分野の過去問をすべて見る →