まず、テストケースの定義とコンテンツ
1テストケース定義
特定のソフトウェア製品のための入力、期待される結果との試験項目のセットを指定し、テスト作業を説明し
実行するための文書を。
は、テストプログラム、方法、技術と戦略を反映し;
テストの目的、テスト環境、入力データ、テスト手順、期待される結果、テストスクリプトを含みます。
2つのテストエレメント
試験試験試験対象は、試験対象物、試験条件、および操作データ入力ステップを与えられなければなりません、
5W1Hのようにまとめます。
テストの目的：Why--なぜ彼らは測定していますか？機能、パフォーマンス、可用性、耐障害性、互換性、セキュリティ
、フルなどが挙げられます。
テストオブジェクト：What--何対策？そのようなオブジェクト、関数、クラス、メニュー、プレスなどの試験項目、
ボタン、フォーム、インタフェース、およびシステム全体がそう。
テスト環境：Where--測定されましたか？ここでテスト・ランタイム環境、システム機能を含む
オペレーティングシステム、ブラウザ、スタンドアローン通信プロトコル又はネットワーク環境を含むセットとセットの要件を。
テスト前提：When--が、測定？または条件その前提限られたテスト実行時の下の
システム。
入力データ：Which--それらのデータ？動作において、種々の変更は、システムデータが受け入れ可能な
そのような数字、文字、および他のファイルとして。
手順：How--測定する方法は？そして、このようなステップの順序などのソフトウェアプログラムの実施。このようなオープンダイアログとして
ボックス、ボタンなどをクリックしてください。
第二に、テストケースのために、なぜ必要
テストケースは、テストプロセスにおいて重要参照テスターです。
テストは、すべてのテストが実行され、効果的なテストを実施することができます意味がある、セントに実行しない
無意味なテスト動作を。
良いテストは、ように、テストプロセスをより効果的で、再利用され続けて。
ソフトウェア製品の開発で、開発者は、元のテスターの新バージョンを導入し続けるがする必要が
一つでもバージョンでは、2〜3回測定し、リターンする必要があり、複数の機能の回帰テストを持って
再び。これらの回帰テストは、テストケースを再利用することができますが必要です。
テストは、知識の蓄積の過程です。
試験は、一貫性、安定したテスト品質であることが、知識移転のプロセスである
プロジェクト管理の観点から、試験合格率は、テストコードの品質保証指標の最も重要な効果である
1。
テストケースは、作業の進捗状況の追跡/管理試験の効率を評価するためにテスターとして使用することができる
テストより合理的な配置又は調整を行うために、主な要因です。
第三に、書き込みテストケースを示して
1テストケーステンプレート
図2は、筆記テストケースを示しています
と特許2.1例/数
シンプルでユニーク。
2.2例の使用を示します
Øまた、テストポイント、チェックポイント、試験の概要は、ユースケースの概要、試験命令として知られる;
試験の入出力文の概要;
oは、試験対象物を要約することができる;
oは疑問で表すことができる;
oが可能な「確認、検証、テスト」そして他の用語（例えば、デフォルトのインストール検証QQ）;
Ø私は、これはテストへの最善の方法を知っている参照;
可能な限りØユニーク（デシジョンテーブルテストが繰り返されてもよい記述）;
Øの使用例複数のラウンドを行うときに、次の実行をおそらく早く、ケースがよくラインの概要を確認するために直接書き込まれている場合。
2.3初期条件
また、前提条件、前提条件として知られている;
状態の初期条件ならばが、そのような管理者として静的には、背景をログインしたである。
初期状態は、状態のステップの前に最初のステップである、あまりにも遠く、ゼロから書かれていないではありません最終
多くのプロジェクトではない書き込みの前提条件を行います。
2.4手順
;データのための高い要求、データを分離する必要がある場合Ø
シリアル番号を持つ入出力ステップ;
oは各ステップは、セミコロンで区切られた、最後に期間と;
; oは各ステップをラップする必要があり
、管理：ユーザ名などフロント入出力結腸パラメータ（ ）;
oは「[]とボタンインターフェイスに関する」及びシンボル区間の対;
例4-6のステップ入出力機能の手順を参照して詳細;
oは動作の最終段階である必要があり、結果が書き込むことができません。
2.5期待される成果
Oの状態であり、
oは参考文献は、説明そのままコピーされた場合は、文書が特に必要ない場合は、すべき点である
ようなQQのデフォルトのインストールなど、いくつかのポイントが存在し得る、誘導されたことを開始することができる必要があり、デフォルトのオプションマッチング。
2.6例は、と述べます
故障、詰まり、行われず、ホールドにより、...ケースが無効
初期条件が失敗したときに、ブロッキングユースケースの一般的な状態。
実行どのようなケアをすること、ユースケースを実装する方法で表情。
2.7優先順位
実施形態で実行順序。
3ケース
第四に、テストケース管理とレビュー
試験方法の品質を確保するために1
まず、ユーザのニーズ、サービス品質要件、製品特性は、深いと包括的に理解している
第二、右ケースの設計の適切な方法を取る;
また、テストを記述するためのテンプレートのフォーマットやテストケースの標準仕様に従ってユースケース、
Ø最後に、試験の検査、評価、品質テストを改善するために、主有効な手段。
テストケース2の優先順位
2.1重点カテゴリー
2.2テストケースの優先順位を設定する方法
考慮コスト、時間、人員、考慮して妥当性やテストの効率化。
実施形態との親和性を検討してください。
実施形態を干渉することによって検討。
3点のテストケースのレビュー
審査チェックリストやチェックリスト（一覧を確認してください）。
で「校正」例：タイプミス、間違った文章、文は、意味が、あいまいな文明確で流暢ではありませんしません
英語でなど、ミキシング、一貫性のない書式設定、句読点矛盾。
質の使用例：欠落しているユースケース、冗長なユースケース、明確なユースケース、間違ったユースケース、ユースケースと他の予測できません。
優先順位のユースケース。
Planningサーバーおよびクライアント。
部門は、ユースケースを人材派遣を行っ。
記録レビュープロセス、テスト環境の計画を記録します。
テストケース4維持
4.1の理由
通常の状況下では、テストケースを更新する必要があり、いくつかの理由があるかもしれません：
前のテストケースのデザインは、正確な包括的かどうかは十分ではありません。綿密なテストや製品の仕様と
本の中に綿密な研究、機能、特性、ロジックなどのいくつかの理解がますます明確に、深い
深刻なソフトウェアの欠陥は、現在のテストケースでカバーされていない発見しました。
筆記試験は、標準またはステートメントのエラーではありません。
新しいバージョンが発生する機能のニーズを既存の新機能や変更の需要を強化しました。
古いテストケースはもはや適用され、必要が削除されないことにします。
4.2テストケース管理ツール
Øエクセル
ØBugfree
ØZenTao
ØALM / QC
Ø...
第五に、設計および製造方法は要約によると
テストによる1
主にシステムを検証するために使用されると、それは同じ文、ソフトウェアは、一般的なニーズ分析することで、少なくとも何ができるかを確認必要
要件は、テストケースを設計するための仕様を。
2失敗したテスト
純粋にもミスを強制するとして知られているテストケース、テスト、ソフトウェアの設計と実装を弱体化させます。主に証明するために使用される「1つ
のシステムがそれを必要としない事をしません。」
3ランダムテスト
また、即興を指し、即興バグテストプロセスを検索、即興試験（アドホック試験）として知られています。
あなたは万年百万Jianpanshangqiaoに百万サルを聞かせている場合、彼らは最終的にSuoshi書き込むこと
ビヤドラマやその他の傑作を。
欠点
ランダムテストの実際のカバレッジを測定することはできません。
多くのテストが冗長です。
テストデータがランダムであるので、テストを繰り返すことは不可能です。
4アプリケーション・クラスタ・効果
複数のソフトウェアの欠陥は、テストに境界条件の多数に見つかった場合、より多くのソフトウェアの欠陥があることを示す、見つかった
ピースの欠陥、テストが境界に焦点を当てるべきです。
プログラマが存在する可能性がある他の問題に加えてはならないだろうことを保証するために、問題のうち、修理レポートに傾向がある
今。
5探索的試験
5.1意味
考え方は、技術的なテストです。
探索的試験は、繊細な、思慮深いプロセスです。
探索的テストは、同時にテスト設計とテストの実行を強調しました。
テスターソフトウェアシステムの詳細については学んだが、テスト中のシステムをテストすることにより継続的な学習
の包括的な照合と分析を通じては、テストに関するより多くのアイデアを作成します。
テスト設計、テスト実行、テストログレコードは軽微な作業のようです。
テスターはテスト規則に従って定められた時間内に完了しなければなりません。
5.2行事
ないかの貴重な文書のごく少量;
一般的に時間の圧力の下で使用され;
、適切な公式および公式な試験によって補わ。
例の選択方法を設計し製造する方法6
アウトライン方法分割機能を使用する;
使用シナリオ法、判定テーブル設計のテストケース。
組み合わせは入力条件に含まれるプログラムの機能を説明している場合、最初の判定テーブルにおいて選択されるべきである
方法。
当分割法、境界値分析、エラー推測補足試験方法。
探索的テストやランダムテスト時にテスト。
テストケースの後、ランダムテストを実行。
