次のセクションでは、ソフトウェアテストの芸術の要約であります
本書は、次のセクションに分かれています; 2コードレビュー; 3テストベース部4の開発、デバッグおよびテストのアイデア; 5テスト最新のソフトウェアアプリケーション; 1つの経済・心理テストとテスト原則.....
1、経済的、心理テストやテストの原則
ソフトウェアテストは、技術的な仕事ですが、それは否定できない、彼はまた、密接に人間の心理とリンクされています。あなたが認知で確実な場合：ソフトウェアのテストはエラーとプログラム処理の実行を見つけることです。さて、最初にテストケースの設計では、テストケースで見つかった問題のいくつかを設計することができることを意識があるでしょうし、そしてテスト計画の実施には、また、独自のテストとして間違った方向と目標を見つけるでしょう。もちろん、あなたもなりますそのソフトウェアの問題を発見し、ソフトウェアの品質を向上させるテストプログラムとして、自分の価値を反映しています。
ソフトウェアのテストは、最小限のリソースを使用し、コストなど多くの問題を見つけるために、私たちは経済的課題に対処するためのいくつかの戦略を確立する必要がある、すべての問題を見つけることはありません。ブラックボックス、ホワイトボックス、ハイレベルの試験方法のすべての種類を含みます。
ソフトウェアテストの大半は、心理学の問題であり、その著者は、知識のテストのためのソフトウェアテスト、ソフトウェア開発とソフトウェアの10個の基本原則を締結するので。これらの原則は仕事であり、それはこれらの原則に基づいて自分のより良いテストを導くことができるだけでなく、開発にインスピレーションを与えることができ、それが開発を行うか、テストを行うことであるかどうか、心に留めておくべきです。
「ソフトウェアテストのアート（研究は1ノート）」（：詳細を参照することができますhttps://www.cnblogs.com/chengabc/p/11215552.html）
2、コードレビュー
コードレビューは、次のとおりです。コードチェック、コードレビューを、デスクトップとピアレビューを確認してください。仕事はまだコードチェックで最も使用され、一般的なコードレビューと同等のコードをチェックします。これとは対照的に本と方法とは、同社が、コードは非常にフォーマルではありませんチェックすることがわかりました。次のように不規則な現象。
（1）検査のためのコードを
コードの定義を確認して読み、検査手続きするグループを形成することです。いくつかの問題があり、
1.会員は、参加の強い感覚ではありません
レビュープロセスを改善するための勧告のほとんどは、もちろん、多くの経験を主導し、リーダーシップによって示されます。これは、すべての推奨事項がリーダーシップを前方に置いた場合、私は他のメンバーの仕事はやらなかったことを無意識にすることはできません、他のメンバーの値を反映していない、他のメンバーの関与の感覚につながる強力ではありません。
エラーリストの2欠如
レビュープロセスは、メンバーのすべての経験と、リスト内のエラーをチェックしません。エラーのチェックリストがある場合は、コード検査の効率を向上するだけでなく、各メンバーが比較リストから成長することができます。
3.大きなバージョンを変更します
場合には、バージョンの詳細ではなく、十分なスタッフを発行したプログラムは、それだけでは、デスクトップのチェックで、11の担当のリーダーや人によって確認することができます。良い提案がテストのソフトウェアバージョンの後に提出され、テスターは、エラーのリストの前にコントロールをテストプログラムの見直しのポイントを変更することができます。
（2）コードレビューのために
チュートリアルのように定義：コードレビューを実施するチーム、違いは、テストケースのグループのメンバーが推定したプログラムで実行するということです。問題は、現在、このような評価を使用していないことです。
「ソフトウェアテストのアート（研究は5ノート）」（：詳細を参照することができますhttps://www.cnblogs.com/chengabc/p/11331771.html）
3、試験基部
試験ベースであって、テストケースの設計方法、試験方法、および高レベルユニットの試験方法。
（1）テストケースの設計
試験設計方法であって黒と白のボックスボックス方法。
一般的に使用される試験方法は、次のとおり同値分割法、境界値分析とエラー推定プロセス。
ホワイトボックステスト方法：ステートメントカバレッジ、デシジョンカバレッジ、条件決意/条件カバレッジをカバーし、複数の条件カバレッジ。
この方法は非常に簡単ですが、プログラムが正常に自分の仕事でこれらのメソッドを使用してテストケースを設計した場合、非常にやりがいのある仕事です。
（「ソフトウェアテスト芸術（ノート2を読んで）」：詳細は、を参照することができますhttps://www.cnblogs.com/chengabc/p/11254877.html）
（2）試験方法ユニット
単一モジュールテスト
ソースに基づいてモジュールの論理構造の1分析。
2.ホワイトボックステスト設計方法。
3.次に、視聴モジュール仕様記述。
4.試験方法の補足テスト。
複数のモジュールのテスト
1.インクリメンタルテスト
2.トップダウンかボトムアップテスト方法を選択します
3.自動化ツールは、複数のモジュールをテストします
（「ソフトウェアテスト芸術（ノート3を読んで）」：詳細は、を参照することができますhttps://www.cnblogs.com/chengabc/p/11260916.html）
（3）高レベルの試験方法
試験のより高いレベルは、コードセグメント間の情報の変換を要求する端からソフトウェアエラーの様々な種類を減少させることで得られた、矛盾しています。テストより高いレベルであって、モジュールテスト、機能テスト、システムテスト、受け入れテスト、ユーザビリティテスト。より重要な検討事項であるシステムテスト。
詳細を参照することができます：「（ノート4を読んで）ソフトウェアテストの芸術」（https://www.cnblogs.com/chengabc/p/11297967.html）
4、デバッグおよびテストアイデアの開発
（1）デバッグ考え
1.暴力のデバッグ方法：ブレークポイントデバッグを追加し、ログを印刷し、メモリ情報を参照してください。
2.誘導デバッグ：正しいと間違ったデータの取得を通じて、研究間のデータリンクは、エラーの原因を見つけ、その後、問題を解決します。
3.控除の試運転：収集したデータ、可能な根本原因のリストによると、原因はデータ間の関係に基づいて除外し、問題を解決することはできません。
4.デバッグバックトラッキング：位置の誤差、プログラムの逆実行は、プログラムロジックの誤り位置を見つけます。
位置決め誤差と正しいエラー：デバッグプロセスは、2つのステップからなります。エラー変更した後、我々はミスを分析する必要があり、コーディングとデザインを改善するために、いくつかのインスピレーションを取得しよう。
詳細を参照することができます：「ソフトウェアテストのアート（ノートを読ん6）」（https://www.cnblogs.com/chengabc/p/11335893.html）
（2）アジャイル開発とテストのアイデアを
顧客の参加、反復的な開発、テストドライブ：ソフトウェアの需要拡大に対応して、一部の開発者は、アジャイル開発のアイデア、主な機能のアジャイル開発を提案しています。顧客エンゲージメント、自動テスト、プロジェクトのフォローアップ：対応するアジャイルテストはまた、ソフトウェアテスト、アジャイルテスト機能の効率を高めることが必要です。
小規模なプロジェクトでは、極端なプログラミング方法及び試験方法の限界を使用することにより、開発プロセスをスピードアップすることができ、製品の品質を確保するために。
「ソフトウェアテストのアート（研究は7ノート）」（：詳細を参照することができますhttps://www.cnblogs.com/chengabc/p/11351334.html）
5、最新のソフトウェア・アプリケーションをテストします
ウェブテストを説明するために、この本の第10章、本書の第11章では、後に参照するために使用することができ、現在作業中に晒されており、テストモバイルデバイスを説明しています。