自動テストか手動テスト
ソフトウェアのテストは、巨大なドメインです, それは、大きく2つの領域に分類することができます: 手動テストと自動テスト. 手動テストで, テストケースを手動で実行され (テスターによって) ツールやスクリプトからのサポートなし. しかし、自動テストで, テストケースは、ツールの助けを借りて実行されます。, スクリプト, そして、ソフトウェア.
手動と自動の両方のテストは、利点と欠点を提供しています. 最良の結果を得るために - とするとき、どちらか一方を使用すること - それは違いを知る価値があります.
テストはあらゆる成功したソフトウェアプロジェクトの不可欠な部分であります. テストの種類 (手動または自動) 様々な要因に依存します, プロジェクトの要件を含みます, 予算, タイムライン, 専門知識, そして、適合性. 任意のプロジェクトの三つの重要な因子であります 時間, コスト, と 品質 - 3つ全てが互いに関連しています. 任意の成功したプロジェクトの目標は、高品質の出力を維持しつつ、正常に完了するために必要なコストと時間を削減することです. ときに試験に来ます, 一つのタイプは、他よりも優れたこの目標を達成することができます.
対マニュアル. 自動テスト: 長所と短所
手動テストと自動テストは2広大なエリアをカバー. 各カテゴリ内, 具体的な試験方法が用意されています, ブラックボックス・テストなど, ホワイトボックステスト, 統合テスト, システムテスト, 性能試験, そして、負荷テスト. これらの方法のいくつかは、手動テストに適しています, そして、いくつかは、最高の自動化により行われています. ここでは、各タイプの簡単な比較です, いくつかの長所と短所と一緒に:
| 手動テスト | 自動テスト |
| 手動テストは、ヒューマンエラーに起因するすべての回で正確ではありません, したがって、それは信頼性が低いです. | 自動テストは、より信頼性があります, それは、ツールおよび/またはスクリプトによって実行されるように. |
| 手動テストは時間がかかります, 人的資源を占有. | 自動テストは、ツールによって実行されます。, それは手動のアプローチよりも大幅に高速であります. |
| 投資は、人的資源のために必要とされます. | 投資は、テストツールのために必要とされます. |
| テストケースは一度か二度実行されたときに手動テストが唯一の実用的です, そして、頻繁に繰り返しが必要とされていません. | 自動テストは、テストケースは、長い期間にわたって繰り返し実行されている実用的な選択肢であります. |
| 手動テストは、人間の観察を可能にします, その目標は、使いやすさや改善された顧客体験である場合は、より有用である可能性があります. | 自動テストは、人間の観察を必要としないと使いやすさやポジティブ顧客体験を保証することはできません. |
私は対マニュアルを使用する必要があるとき. 自動テスト?
要するに, 手動テストは、以下の分野/シナリオに最適です:
探索的テスト: このタイプのテストは、テスターの知識を必要とします, 経験, 分析/論理的なスキル, 創造性, そして、直感. テストは下手に書かれた仕様のドキュメントによって、ここで特徴づけられます, および/または実行のための短時間. 我々は、このシナリオでは、テストプロセスを実行するために、人間のスキルを必要とします.
ユーザビリティテスト: これは、あなたがどのようにユーザーフレンドリーを測定する必要がある領域であります, 効率的な, または便利なソフトウェアや製品は、エンドユーザーのためのものです. Here, 人間観察が最も重要な要因であります, そう手動アプローチが好ましいです。.
アドホックテスト: このシナリオでは, 具体的なアプローチはありません. これは、テスターの理解と洞察力が唯一の重要な要素であるテストの全く無計画な方法であります.
自動テストは、次の分野/シナリオで好ましい選択肢であります:
回帰試験: Here, 自動テストがあるため、頻繁なコードの変更とタイムリーに回帰を実行する機能で適しています.
負荷テスト: 自動テストはまた、テストをロードするために来るとき効率的にテストを完了するための最良の方法です.
繰り返し実行: タスクを繰り返し実行する必要テストは最高の自動化されています.
性能試験: Similarly, 数千の同時ユーザーのシミュレーションを必要とするテストは自動化が必要.
心の中でこれらの要因を維持, あなたは、任意のテストの状況に最適なアプローチを見つけると、よくあなたの予算とタイムライン内で品質の出力を達成することができます.
