第四に、テスト、および違いは何であるソフトウェアのバグを修正？（第4章）
テストが適切に定義することができない、それは無限の議論になることがあります。テスターや開発者がどのような自分の仕事の本質を知りませんしましょう、だけでなく、プロジェクトの失敗につながります。
1、大機関、小機関タスクの分割
小さな組織や中小企業では、人は同時に、我々は、重要性を決定、見つけ、問題を特定、問題を特定し、修正し、問題を解決することができる役割の多くの様々な再生することができます。
紛争や失敗したプロジェクトを回避するために、大規模な組織や会社では、特定の責任とテストと開発の部門を定義する必要があります。個々の任務は、テストチーム、開発チームとサポートチームをカバーするとき、私たちはどのような仕事を担当して誰クリアする必要があります。仕事の唯一の明確な区分は、プロジェクトの成功の可能性を高め、プロジェクト全体の向上を図ることができます。
2、時間管理は、ヒューリスティックルール
誰が誰の時間を無駄にあなたのプロジェクトを取ることはできません。
この原則によって、2つのアプリケーションがあります。
1）、単一欠陥の時間研究を開発者に通知する前に、テスタは10分以下に制限されます
それでもによる問題の欠陥や欠陥が理解していない場合は10分後、あなたは他人の助けを要求することができます。
2）の微妙な区別をするために時間を無駄にしないでください
検索と欠陥との間に非常に明確な区別を持っていない識別、特定の活動は、問題を特定し、テスターと開発者投資しているが、作業を完了するために一緒に来るようにするかどうかを議論し、時間を無駄にしないでください。このようなテスターと開発者とのディスカッション・グループ、またはポジショニングの問題の設立など。
3、関連する知識
1）の欠陥を見つけるには時間を要し、間違った時間を見つけ見積もるません。
あなたは5までを切り替えたいタスクの数は、すべての作業を完了していない可能性がある場合2）たびにタスクスイッチは、いくつかの時間を失うことになります。スタッフが作業に割り当てられた場合には、作業を追加すること自由に感じていない、それは3よりも最善ではありません。
3）あなたは信頼性の高いテストが必要な場合は、私たちに焦点を当てる必要があり、それが優先度の低い作業が中断されるとして使用することはできません。
4）テスト担当者は、適切な時間があれば、我々は開発者を支援するために手配することができ、それぞれの障害を識別するためにテスターを求めることはできません。しかし、基本的にこの職務や開発者。
5）これは完全に開発者の仕事である、それぞれの問題を見つけるために、開発者を必要としません。
手続きが完了すると、変更お急ぎのない場合は6）、再テスト（回帰テスト）にしてください。
7）設計および建築基準が大幅にテストのために必要な時間と労力を削減することができますテスト容易性を検討する必要がある場合。
8）断続的な欠陥を追跡するのではなく、延期とテストの変更を延期する口実としてそれを使用するために多くの労力を置くために。あなたはテスターは、テスト問題を「復活」に行き続けましょう、すでに利用可能な欠陥情報を使用することができ、かつ時間のテスターを無駄にしないでください。
9）テストケースによって決まる含まれるようにするだけでなく、テスターの仕事は、テスト活動に合わせて考えるに変換する必要があります。たとえば、テスタは、プロジェクトに応じてテストケースを構築し、テストケースを実行することができなければなりません。？？これを考慮する必要があります。
これらの機能を持っている場合は10）、会社は変更する必要があります：1は、テスターは、欠陥を識別して検索する必要があると思います。2人の開発者を水のSongcha配信はテスターをうまくいくと思うし...
第五に、ソフトウェア製品の品質に関するメタ情報がありますか？（第5章）
ソフトウェアテストの目的は、この章では、障害の原因となったメタ情報の多くを提供し、メタ情報を観察して識別することによって、大幅にテストの効率を向上させ、コストを削減することができ、製品の品質に関する情報を提供することです。
1、製品の品質に関する情報のすべての種類
1）いいえ仕様
私たちは、あなたがコンテンツのテスト仕様を持っている必要があり、製品をテストしたいです。あなたはこれらの仕様を見つけることができない場合は、コンテンツが疑問視されたテストする必要があります。
2）非自身のグループでテスト問題のない記録をテスターません
3）それは間違っているアプリケーションのテスターがテストすることがあります
複数のコンポーネントは、時間がかかるので4）ので、最悪のコンポーネントのテストを行い、最悪
5）提供された情報は、テスターを無視します
6）怒りの開発者の恐怖のために欠陥を報告することはありません
試験せず7）開発者が比較的高いレベル
2、関連する知識
1）試験報告書は、必要な情報のほとんど半分だけに含まれているすべての関連情報を、含まれていません。
テストレポートを確認するために、直接観察によって示唆状況に対処するため2）テストおよび実装工程
3）テストでは、唯一の何かが失敗した、または特定の条件下で失敗しませんでした示しています。テストはおよそ確認したが、証拠と推論されていません。
4）ケースファイルには値が使用されておりませんがあります。無価値よりもさらに悪い間違った、と文書の場合。
5）あなたは欠陥が欠陥の成長率よりも遅い変更する場合は、すでにこれらの欠陥を修復、その後、新たな欠陥を作る停止することができます。
6）有效的测试是，既要集中精力又要有目的。没有目的地集中精神，看似不错，但不会取得多少成果。
7）对发现故障应进行记录，不应该进行忽略。为了“节省时间”而不记录故障情况，会导致事与愿违的效果。
8）不应该过度记录发现的每一个缺陷。因为记录每一个缺陷的代价是很高的，对于某些缺陷，不用准备正规的详细说明，而是将相关信息放到电子邮件中，或在会议中进行提及，或向开发经理进行口头报告。提高报告的成本会提升测试人员自我审查的可能性。有些类型的缺陷可以作为一个记录按批提交。
9）某个模块或者某个项目，已经发现的缺陷越多，将要发现的缺陷就会越多。完美的开发人员是不存在的。
10）模板保证了文档的形式是标准的，可能会掩饰一些不可靠的信息。
六、如何应对由于不同人因恐惧造成的防卫反应？（第6章和第7章）
测试的目的是提供信息，但人们常常会将这些信息看成某种威胁。测试很容易触及人们的恐惧点，我们要做的就是识别每个人表现出的防卫行为，然后主动的去应对，这样才能避免混乱的情绪而影响测试工作。
防卫反应的类别和特征
在我们的自尊程度比较低而某些交互触发了生存规则的时候，我们会采取防卫措施。因为如果生存规则被打破，会导致我们对自身安全产生强烈的恐惧感。而测试非常容易触及这样的生存规则。比如测试发现了一堆缺陷，项目无法顺利完成可能会触发自己的生存规则，说：“我必须按进度工作”或者“我必须实现承诺”。
心理学家将这些防卫错误分成六个类别：压抑、合理化、投射、转移、过度补偿和强迫。
1、压抑无法接受的事物
压抑就是不承认或者忽略我们认为无法接受的想法、感觉和记忆。压抑的一个例子：鸵鸟将自己脑袋埋到沙子里：“如果我看不见，那就不存在”，掩耳盗铃。
2、让不可接受的事物合理化
合理化就是试图让没有意义的、愚蠢的或者是无理的举动看上去合理。例如，一名开发人员声称：“我在程序中留下错误就是为了检验测试人员是否工作得很好”就是在进行合理化。对于测试人员，应如何引起开发人员的注意而不让他们感到威胁增加？他可以通过解除掉开发人员的防卫（用合乎逻辑的过程进行解释），然后说明需要做出一个修复。
3、将自己的负面品质投射给其他人
负面的投射，就是批评其他人具有我们自己身上也有的某种并不希望的品质。比如，如果我私底下怀疑自己有些自私或者专横，我可能会在其他人身上找出这些负面品质，抱怨说：“他很贪婪”，或者“他很有控制欲”。
4、转移指责从而免除自己的责任
转移就是指责并非问题真正来源的人或事，从而免除我们自己的责任。例如，“我的铅笔断了，所以我没法完成家庭作业。”。当开发人员面对测试人员提出的“无法接受”的问题时，可能将抱怨向测试人员，向其他开发人员，向他们的经理，向整个世界进行转移。
5、对自己的不足进行过度补偿
过度补偿就是为了弥补某些真实的或者是想象的个人不足而做得过了头。例如，某个人因为觉得自己不够可爱而变成一个工作狂。
6、我们觉得失去控制时开始强迫自己
强迫就是无法摆脱某种负面的行为模式。例如，某人不允许对已定义的过程有任何微小的偏差。
7、相关常识
1）在人们害怕时，需要注意观察，很容易看出别人采取的防卫机制。
2）不能制造恐慌的环境，因为报信的人带来了不想听到的消息而指责他，你将再也无法听到你应该听到的信息了。
3）一个人的强迫行为，往往会导致其他人产生恐惧和防卫行为。最优的做法应该是努力让自己的行为合乎道理。
4）学会带着赞赏的态度听取异议和辩解。试着在反对观点中寻找和尊重那些有价值的内容，实际上总会有些内容是有价值的。争论者辩解说“太难修复了”，也许是为了表示，“我不知道如何才能快速或者廉价地修复它，我也不确定我花时间在这里是否是个好主意。”
5）防卫行为是人的普遍反应，在任何地方都可能发生。
如何应对防卫反应
对于应对防卫反应，不需要了解他们为什么这样进行防卫，需要通过建立合理的规则和指导原则来纠正这种情况。规则：首先不将对方的行为定义为防卫性的，但按照它是防卫性反应来看待，看看它是否会在温和的测试下表现出来。
1、确定恐惧
首先，需要了解防卫性反应是受恐惧驱动的。尝试一下能否确定对方害怕的是什么，再看看在找到方法减轻那种恐惧之后会怎么样。
2、使用危机思维
危机思维：在顺境中要有警惕心。对某些防卫反应用危机思维来思考，就是，某些防卫反应可能就是无效的论点，可能就是一些个人攻击。这种情况下，通过使用逻辑方法找到比人论点是否是基于逻辑。
3、实践，实践，再实践
通过足够的时间，可以更好的辨识别人的防卫反应，并加以解决。例如，一些常见的防卫反应说法：“这是为了用户自身利益”，“这是按照我设计的方式工作”，“修复它“太冒险””。
4、相关常识
1）要考虑差异，每个人都有自己的规则。每个人在自己的规则受到威胁的时候都会感到恐惧。规则不同，做出的反应也是不同的。要平等地对待每个人，但不一定要采取完全相同的方法。
2）不要对别人说他们不关心质量。每个人都是相当关心质量，他们也许不了解如何获得高质量。每个人对质量的看法都是不一致的，要教育他们，使得大家对于质量的理解统一。
3）需要通过实践来学习如何辨识和有效地应对防卫反应。如果出了一些错误，让自己稍微放松一下。
4）如果你是经理，需要处理其他人可能影响他们工作完成情况的反应就是你的职责。