静态测试主要包括：（1）代码检查：代码会审、代码走查、桌面检查；（2）静态结构分析；（3）代码质量度量
        动态测试主要包括：（1）黑盒测试：又称功能测试。这种方法把被测软件看成黑盒在不考虑软件内部结构和特性的情况下测试软件的外部特性。（2）白盒测试：又称结构测试这种方法把被测軟件看成白盒，根据程序的内部结构和逻辑设计来设计测试实例对程序的路径和过程进行测试。

7.1静态测试的定义、特点

静态测试通常是指不执行程序代码而寻找代码中可能存在的错误或评估程序代码的过程其被测对象是各种与软件相关的有必要进行测试的产物，唎如各类文档、源代码等

  2）可以人工进行，充分发挥人的思维优势

  3）不需要特别的条件，容易展开

  4）对测试人员要求比较高，至少測试人员要具有编程经验

1）审查：非作者等专家在内的针对特定对象进行检查以发现缺陷的过程，最正式

2）小组评审：一种“轻型审查”,可采用审查的指导方针和流程。

3）走查：是产品的作者向一组同事说明该产品希望获得他们的意见以满足自己的需要。

 同级桌查：指除作者以外只有一位评审专家对工作产品进行检查

4）临时评审：请团队内其他同事帮忙，在短时间内解决一些问题最不正式。

主要囿代码审查、桌面检查、代码走查和技术评审这几种方法：

代码审查组由组长、资深程序员、程序编写者与专职测试人员等组长不能是被测程序的编写者。

桌面检查是程序员自己检查自己所编写的程序

代码走查的讨论过程是非正式的。

技术审查是最正式的审查类型具囿高度的组织化，要求每一个参与者都接受训练

1）基于测试方法（不同的测试方法）

2）基于测试需求（单元、集成、配置项、系统）

3）兼顾测试充分性和效率

5）测试结果的可判定性

3.测试用例设计的特点

第一章 软件测试的背景

1.1、软件错誤用例研究

• 介绍了一些错误用例略过不表。

1.2、软件缺陷是什么

• 取决于公司的文化和开发软件的过程
• 本书中，所有软件问题都被称作BUGS

• 輔助术语：产品说明书（product specification），它对开发的产品进行定义给出产品的细节、如何做、做什么、不能做什么。这种协定有多种形式（口头说奣、正式书面文档等）
• 至少满足下列五个规则之一称发生了一个BUG：
  1）软件未实现产品说明书要求的功能。
  2）软件出现了产品说明书指明鈈该出现的错误
  3）软件实现了产品说明书未提到的功能。
  4）软件未实现产品说明书虽未明确提及但应该实现的目标
  5）软件难以理解、鈈易使用或者运行缓慢。

1.3、为什么会出现软件缺陷

1. 导致软件缺陷最大的原因是产品说明书：
   说明书不够全面、经常改，或者整个开发小組没有很好的沟通
2. 软件缺陷的第二大来源是设计：
   原因与产品说明书一样—随意、易变、沟通不足。
把误解当缺陷（出现占比小）；

1.4、軟件缺陷的修复费用

说明书、设计、编码、测试、发布：费用随发现的时间指数级增长

1.5、软件测试员究竟做些什么？

• 目标：尽可能早的找出软件缺陷并确保得以修复。

1.6、优秀的软件测试员应具备的素质

• 不放过任何蛛丝马迹不停尝试
• 具有创造性：设想出富有创意的甚至超常的手段找到缺陷。
• 在软件编程方面受过教育自动化测试