敏捷测试。

敏捷宣言。

软件测试的分类

按测试阶段分类：单元测试、集成测试、系统测试、验收测试

一、单元测试：对软件中的最小可测试单元进行检查和验证。（单元：是人为规定的可测试的一个最小的模块。）一般针对代码进行测试。非常重要，是其他测试的基础。

单元测试的原则：

1. 尽可能保证各个测试用例是相互独立的。

2. 一般由代码的开发人员来实施，用以检验所开发的代码功能符合自己的设计要求。

单元测试的益处：

1. 能尽早发现缺陷

2. 有利于重构

3. 简化集成

4. 文档

5. 用于设计

单元测试的限制：

1. 不可能覆盖所有的执行路径，所以不可能保证捕捉到所有路径的错误。

2. 每行代码，一般需要3-5行测试代码才能完成单元测试。所以存在投入和产出的一个平衡。
   

二、集成测试：在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动。

集成测试的主要实施方案：

1. Big Bang （大爆炸/一次性集成）

2. 自顶向下

3. 自底向上

4. 核心系统集成

5. 高频集成

集成测试&单元测试的主要区别

1. 测试对象不同（集成测试针对模块、子系统；单元测试针对基本单元、最小单元）

2. 测试依据不同（集成测试针对概要设计；单元测试针对详细设计）

3. 测试方法不同（集成测试关心模块之间接口的集成；单元测试只关心单元的内部）
   

三、系统测试：是将经过集成测试的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效的测试，以发现软件潜在的问题，保证系统的正常运行。

系统测试关注点：

1. 关注系统本身的使用

2. 关注系统与其他相关系统间的连通

3. 关注系统在不同使用压力下的表现

4. 关注系统在真实使用环境下的表现

系统测试&集成测试的区别

1. 测试对象不同（系统测试针对除软件之外还包括计算机硬件及相关的外围设备、数据采集和传输机构、支持软件、系统操作人员等整个系统；集成测试针对通过了单元测试的各个模块所集成起来的构件）

2. 测试时间（系统测试在集成测试之后；集成测试介于单元测试和系统测试之间）

3. 测试内容（系统测试：整个系统的功能与性能；集成测试：各个单元模块之间的接口）

4. 测试角度（系统测试：偏于业务角度的验证；集成测试：偏于技术角度的验证）

三、验收测试（交付测试）：针对用户需求、业务流程的正式的测试，确定系统是否满足验收标准，由用户、客户或其他授权机构决定是否接受系统。

细分可分为：

用户验收测试、运行验收测试、合同和规范验收测试、alpha测试（开发者版本）、beta测试（脱离开发者，在用户版本上）

一、软件测试的定义：

1.软件测试是对程序能够按预期运行建立起一种信心。

2.测试是为了发现错误而执行程序的过程。

3.IEEE定义（ISO/IEC/IEEE 29119）

使用人工或自动的手段来运行或测量软件系统的过程，以检验软件系统是否满足规定的要求，并找出与预期结果之间的差异。

二、测试对象：

软件需求、软件概要设计、软件详细设计、软件运行环境、软件源代码、可运行程序

三、五大要素和两个目标：

软件测试五大要素：质量、人员、资源、流程、技术

两个目标：测试覆盖率、测试效率

四、软件测试所遵循的原则：

1. 测试显示缺陷的存在，但不能证明系统不存在缺陷

2. 穷尽测试是不可能的，应设定及时终止的条件

3. 测试应尽早进行（因为前期修复bug的代价小）

4. 测试具备群集特性（发现某模块问题越多，说明该模块没发现的问题更多，需重点关注）

5. 测试的杀虫剂悖论（测试用例与方法应不定期地评审、修改、增加）

6. 测试的二八原则（80%的资源用在20%的zhongdian）

7. 测试活动依赖于测试背景
   

软件测试所遵循的原则

1. 测试显示缺陷的存在，但不能证明系统不存在缺陷

2. 穷尽测试是不可能的，应设定及时终止的条件

3. 测试应尽早进行

4. 测试具备群集特性

5. 测试的杀虫剂悖论

6. 测试的二八原则

7. 测试活动依赖于测试背景
   

五大要素和两个目标：

白盒测试的优缺点：

优点：

1. 迫使测试人员去仔细思考软件的实现，理解原理

2. 可以检测代码中的每条分支和路径

3. 揭示隐藏在代码中的错误

缺点：

1、昂贵

2、无法检测代码中遗漏的路径和数据敏感性错误

主要测试方法：

代码检测法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法

按测试手段来分类：黑盒测试、白盒测试、静态测试、动态测试、手工测试

自动化测试

黑盒测试的优缺点：

优点：

1. 容易实施，不需要关注内部的实现

2. 更贴近用户的使用角度

缺点：

1. 测试覆盖率比较低，一般只能覆盖到代码量的不到40%

2. 针对黑盒的自动化测试，复用率较低，维护成本较高

黑盒测试测什么：

1. 是否有不正确或遗漏的功能

2. 在接口上，输入是否能正确的接受，能否输出正确的结果

3. 是否有数据结构错误或外部信息（例如数据文件）访问错误

4. 性能上是否能够满足要求

按测试阶段来分类：单元测试、集成测试、系统测试、验收测试

单元测试：对软件中的最小可测试单元进行检查和验证

    原则：

1. 尽可能保证各个测试用例是互相独立的。

2. 一般由代码的开发人员来实施，用以检验所开发的代码功能符合自己的设计要求

    益处：

1. 尽早发现缺陷

2. 有利于重构

3. 简化集成

4. 文档

5. 用于设计

    限制：

1. 不可能覆盖所有的执行路径，所以不可能保证捕捉到所有路劲的错误。

2. 每一行代码，一般需要3-5行测试代码才能完成单元测试。所以存在一个投入和产出的平衡。

   
   

回顾总结920

A/B测试工具

可靠性测试有软件可靠性和硬件可靠性两种

易用性测试：指测试用户使用软件时是否感觉方便，是否能保证用户使用体验的测试类型

兼容性测试  browser shots

browser sandbox

google浏览器兼容测试插件（http://www.w3help.org/）