アクセシビリティテスト
アクセシビリティを考慮したWebサイトを作成する際に設計者は、障碍者を含むすべての人にとって利用でき、アクセスしやすいコンテンツを考慮しなければならない。アクセシビリティテストは、アプリケーションがこのような条件や基準を満たしていることを検証する。
投稿者 tips-com : 2005
アサーション(チェック)
プログラムのあるポイントにおけるあるべき変数の状態,あるいは変数と変数の関係を記述したもの.
プログラムには、常に成立していなければならない条件がたくさんあるため、それぞれの条件が成立していることを実際にチェックするために追加されたコードのこと。普通は条件が成立しないとメッセージを表示する。
投稿者 tips-com : 2005
アベイラビリティテスト
システムやコンポーネントが動作可能でアクセス可能な状態となるまでを測定するものである(アップタイムとも呼ばれる)。
このテストには、システムをある負荷状況におくことのみならず、障害を起こすコンポーネントの調査と、障害を起こすテストシナリオをわざと作成することも含まれる。このテストでは、サーバを落とすことによって、その結果として内部のリカバリシステムが実行されたり、スタンバイシステムを実行させたりするようなシナリオを作ることもある。
投稿者 tips-com : 2005
アンインストールテスト
インストールされたディレクトリやファイルの削除が正しく実行されるか、設定ファイルやシステム関連ファイルの削除、変更が適切に行われるか、動作環境がインストール前の状態に復帰するかどうかを確認する。
投稿者 tips-com : 2005
移植テスト
プログラムを変更し、別の、あるいは類似のハードウェアやOSでも動くようにした場合に必ず実施する。
保守特有のテストである。
投稿者 tips-com : 2005
インクリメンタルテスト法
最初に単体を独立にテストする。単体が正常に動くと、単体をいくつか統合してテストする。単独でテストしたモジュールを統合した場合に問題が発生したら、間違いなくプログラム間のインタフェースにバグがある。
インクリメンタルテストの利点は、バグのある場所を局所化できるので、モジュールを絞り込むことができることである。 逆に最大の問題点は、特別なテストコード(ドライバ、スタブ)が必要となることである。
投稿者 tips-com : 2005
インストールテスト
Webシステムでは、クライアント側とサーバ側の両方のインストールが必要になる。インストーラのテストでは、アイコン、サポート用ドキュメントREADMEファイル、レジストリキーなども含めて、インストールした機能が適切に動作するかを確認する。また、正しくディレクトリが作成されたか、システムファイルが所定のディレクトリに正しくコピーされたかについても確認する。さらに、さまざまなエラー条件が検出され、正しく処理されることも確認する。
インストールプログラムは正常に動作するか、使いやすいか、平均的なユーザが製品をインストールするのにどのくらい時間がかかるか、上級者の場合はどうか、などをチェックする。
投稿者 tips-com : 2005
インスペクション
レビューミーティングの一つ。
レビュアはチェックリストと照らし合わせ、設計ドキュメントの各行をチェックする。インスペクションは、エラー処理、標準との適合性、その他特定の一分野に絞り込むこともある。
投稿者 tips-com : 2005
ウォークスルー
設計またはプログラムを行った者が,その生産物の詳細についてチームの他のメンバに説明する非公式な会議.会議参加メンバは,その生産物の評価を行う.
グループによるコード読合せのための一連の手続きとエラー発見手法のことである.検査過程と共通する部分はかなりあるが,手続きはすこし異なっており,ちがったエラー発見方法をもちいる.プログラムを読みあげたり,エラー・チェックリストをつかったりするのでなく,参加者は“コンピュータを演じる”.
テスト担当者に指名された人は,テスト・ケースを少し書いた紙−そのプログラムまたはモジュールにたいする代表的な一連の入力データ(と予想できる出力データ)を用意して会合にやってくる.
会合のあいだ,テスト・ケースは頭のなかで実行される.つまり,テスト・データは,プログラムの論理にそって歩くのである.プログラムの状態(つまり変数の値)は,紙の上または黒板の上で監視される.
レビューミーティングの一つ。
設計者がプログラムをシミュレートするもの。レビュアが提示したテストデータを入力すると、プログラムがどう動くか、1ステップずつ示していく。
投稿者 tips-com : 2005
受け入れテスト
開発時受け入れテストと配布時受け入れテストがある。
プログラムの新バージョンを受け取った場合、テストに耐えうるだけ安定しているかチェックするためのテスト。少しチェックしただけでクラッシュするようなら、時間の無駄なので、テストする必要はない。開始判定テストとも呼ぶ。
受け入れテストは短くするべきである。オーソドックスなテスト値を使い、プログラムの主要機能をテストするのがよい。こんな基本的なテストでクラッシュするプログラムは、悲惨な状況にあると言い切れるようにしておくべきである。
投稿者 tips-com : 2005
エラー処理テスト
できるだけ多くの種類のエラーを発生させて、マニュアルのメッセージ一覧にある全エラーメッセージを表示させる。また、マニュアルに載っていないメッセージも出力させてみる。
追記
強制エラーテストも参照してください。
投稿者 tips-com : 2005
オンラインヘルプテスト
ヘルプの内容、ヘルプシステム自体の正しさ、ヘルプシステム機能の正確さを確認する。
投稿者 tips-com : 2005 有限会社ティプス・コムプリートへのお問合せはこちら