LoadUI用于WebService性能测试。

软件测试应该覆盖到研发的方方面面

核心要素：质量，其他四个要素都是为质量所服务

人员：人是决定性因素，决定了技术，流程，以及资源的配置使用

技术：软件测试技术 方法，使用的工具 技术是手段

流程：测试计划 测试用例 测试的执行和报告 每个阶段进入进出的标准 流程是对测试的一个规范的要求

资源：测试环境当中所需要的网络环境 测试数据 测试周期 测试时间 

测试覆盖率能够有效的保证软件质量，提升测试效率能更好的完成软件测试

经过软件测试能够发现软件当中存在的一些故障，并不能保证软件就没有故障

越多缺陷的模块质量就越不好越需要重点关注

测试用例和测试方法需要不定期的评审和修改，来测试系统的不同部分，从而发现更多的缺陷

80%的时间或资源用在20%重点模块，来达到测试效率和资源配置的最佳比例

针对测试不同的背景，测试活动的定义也是不同的

软件测试应该覆盖到研发的方方面面

核心要素：质量，其他四个要素都是为质量所服务

人员：人是决定性因素，决定了技术，流程，以及资源的配置使用

技术：软件测试技术 方法，使用的工具 技术是手段

流程：测试计划 测试用例 测试的执行和报告 每个阶段进入进出的标准 流程是对测试的一个规范的要求

资源：测试环境当中所需要的网络环境 测试数据 测试周期 测试时间 

测试覆盖率能够有效的保证软件质量，提升测试效率能更好的完成软件测试

经过软件测试能够发现软件当中存在的一些故障，并不能保证软件就没有故障

越多缺陷的模块质量就越不好越需要重点关注

测试用例和测试方法需要不定期的评审和修改，来测试系统的不同部分，从而发现更多的缺陷

80%的时间或资源用在20%重点模块，来达到测试效率和资源配置的最佳比例

针对测试不同的背景，测试活动的定义也是不同的

软件测试应该覆盖到研发的方方面面

核心要素：质量，其他四个要素都是为质量所服务

人员：人是决定性因素，决定了技术，流程，以及资源的配置使用

技术：软件测试技术 方法，使用的工具 技术是手段

流程：测试计划 测试用例 测试的执行和报告 每个阶段进入进出的标准 流程是对测试的一个规范的要求

资源：测试环境当中所需要的网络环境 测试数据 测试周期 测试时间 

测试覆盖率能够有效的保证软件质量，提升测试效率能更好的完成软件测试

经过软件测试能够发现软件当中存在的一些故障，并不能保证软件就没有故障

越多缺陷的模块质量就越不好越需要重点关注

测试用例和测试方法需要不定期的评审和修改，来测试系统的不同部分，从而发现更多的缺陷

80%的时间或资源用在20%重点模块，来达到测试效率和资源配置的最佳比例

针对测试不同的背景，测试活动的定义也是不同的

软件测试应该覆盖到研发的方方面面

核心要素：质量，其他四个要素都是为质量所服务

人员：人是决定性因素，决定了技术，流程，以及资源的配置使用

技术：软件测试技术 方法，使用的工具 技术是手段

流程：测试计划 测试用例 测试的执行和报告 每个阶段进入进出的标准 流程是对测试的一个规范的要求

资源：测试环境当中所需要的网络环境 测试数据 测试周期 测试时间 

测试覆盖率能够有效的保证软件质量，提升测试效率能更好的完成软件测试

经过软件测试能够发现软件当中存在的一些故障，并不能保证软件就没有故障

越多缺陷的模块质量就越不好越需要重点关注

测试用例和测试方法需要不定期的评审和修改，来测试系统的不同部分，从而发现更多的缺陷

80%的时间或资源用在20%重点模块，来达到测试效率和资源配置的最佳比例

针对测试不同的背景，测试活动的定义也是不同的

软件测试应该覆盖到研发的方方面面

核心要素：质量，其他四个要素都是为质量所服务

人员：人是决定性因素，决定了技术，流程，以及资源的配置使用

技术：软件测试技术 方法，使用的工具 技术是手段

流程：测试计划 测试用例 测试的执行和报告 每个阶段进入进出的标准 流程是对测试的一个规范的要求

资源：测试环境当中所需要的网络环境 测试数据 测试周期 测试时间 

测试覆盖率能够有效的保证软件质量，提升测试效率能更好的完成软件测试

经过软件测试能够发现软件当中存在的一些故障，并不能保证软件就没有故障

越多缺陷的模块质量就越不好越需要重点关注

测试用例和测试方法需要不定期的评审和修改，来测试系统的不同部分，从而发现更多的缺陷

80%的时间或资源用在20%重点模块，来达到测试效率和资源配置的最佳比例

针对测试不同的背景，测试活动的定义也是不同的

软件测试的分类：

一.按测试阶段来分来：

1. 单元测试：

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

   单元测试的原则：

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

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

2. 集成测试：

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

   1）Big Bang

   2）自顶向下

   3）自顶向上

3. 系统测试：

   1）关注系统本身的使用

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

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

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

4. 验收测试：

   1）用户验收测试

   2）运行验收测试

   3）合同和规范验收测试

   4）alpha测试

   5）Beta测试

软件测试的分类：

一.按测试阶段来分来：

1. 单元测试：

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

   单元测试的原则：

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

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

2. 集成测试：

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

   1）Big Bang

   2）自顶向下

   3）自顶向上

3. 系统测试：

   1）关注系统本身的使用

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

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

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

4. 验收测试：

   1）用户验收测试

   2）运行验收测试

   3）合同和规范验收测试

   4）alpha测试

   5）Beta测试

软件测试的分类：

一.按测试阶段来分来：

1. 单元测试：

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

   单元测试的原则：

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

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

2. 集成测试：

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

   1）Big Bang

   2）自顶向下

   3）自顶向上

3. 系统测试：

   1）关注系统本身的使用

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

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

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

4. 验收测试：

   1）用户验收测试

   2）运行验收测试

   3）合同和规范验收测试

   4）alpha测试

   5）Beta测试

黑盒测试   只测试功能 一般是界面、功能

优点1、操作简单，不关注内部功能实现

2、贴近用户使用角度

缺点1、测试覆盖率低，一般只能覆盖40%

2、黑盒的自动化测试，复用率较低，维护成本高（软件迭代更新快）

黑盒测试主要测试内容

1、软件 对需求 功能的实现

2、在接口上，输入输出  是否达到预期

3、是否有数据结构错误/访问错误

4、性能是否满足要求

软件测试分类

黑盒  白盒

静态 动态

手工 自动

软件测试的定义：通过手动/自动的手段来运行/测量软件系统的过程，检验软件系统是否满足规定的要求，并发现与预期结果之间的差异

软件测试的对象：软件需求、概要设计、详细设计、运行环境、可运行程序、软件源代码

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

软件测试的目标：提高测试覆盖率、提高测试效率

软件测试原则：1、测试可显示缺陷的存在，但不能证明系统不存在缺陷

2、穷尽测试是不可能的，应设定及时终止的条件（bug数量控制）

3、测试应该尽早进行（测试应该尽早介入）

4、缺陷具备群集特性（bug集中在少数模块当中）缺陷往往是由少数模块引起的，重点关注发现bug多的模块

5、测试的杀虫剂悖论（测试用例更新）

6、测试的二八原则（与2类似）80%的时间用在20%的模块测试中

7、测试活动依赖于测试背景（不同的测试场景不同）

软件测试所遵循的原则

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

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

3.测试应该尽早进行

4.缺陷具备群集特性

5.测试的杀虫剂悖论

6.测试的二八原则

1972年 第一次举行主题会议

1）软件本身的兼容性：主要是软件的向后兼容，如软件升级，以前版本的功能也能使用

2）不同平台下的兼容性：如在Linux系统下的ubuntu、openSUSE等，进行平台的兼容性测试

3）对不同的设备的兼容性：如32位、64位、如小型机、PC等

4）软件的互操作性：如和一些主流应用的兼容，也就是说和大众软件互通，比如和微信、微博、QQ能适用，有时是很多网站的登录。。。。

敏捷测试：遵循敏捷宣言的测试实践

敏捷宣言：个体与交互重于过程与工具；可用的软件重于完备的文档；客户协作重于合同谈判；响应变化重于遵循计划

强调从客户角度进行测试

重点关注迭代测试新功能，不强调测试阶段

尽早测试，不间断测试，具备条件即测试

强调持续反馈

预防缺陷重于发现缺陷

基于脚本的测试（ST/SBT）

探索式测试（ET）：完全抛开测试脚本的测试。是一种测试风格、测试思维，而不是测试技术

ST：系统性强，容易管理、控制；设计在先，执行在后；主要验证自己的思路；可预见性

ET：自由灵活；与ST互补；设计与执行并行；不断与系统交互，带着问题测试；学习的过程

探索式测试优点：更能激发测试人员的创造性和工作乐趣；增加发现新的或较深入缺陷的可能性；在较短时间内找到最多BUG以及对被测系统做出快速评估；有利于更加有效地实施自动化；更加适用于敏捷项目；减少了在简单、繁复用例上的编写时间

缺点：在测试管理上有局限性，较难协调和控制；对BUG的重复利用和重现（设计与执行并行）、对测试人员的测试技能和业务知识深度依赖较大；只能在被测系统完全可用前提下更有作用；生产率难定义；本身较难进行自动化

基于风险的测试（RBT）：基于对软件失效的风险评估，并以此指导测试技术、设计、执行、结果评价的软件测试类型

风险：质量风险（软件质量问题）、管理分析（人员、第三方问题）

风险级别 = 风险可能性*风险严重程度

基于模型的测试：对需求功能点建模

按测试模型分类

瀑布模型、敏捷测试、基于脚本的测试、基于风险的测试、探索式测试

瀑布模型：

优点：强调需求、设计的作用；前一阶段完成后，只需关注后续阶段；为项目提供了按阶段划分的检查点，里程碑清晰；文档规范

缺点：难以适应需求的频繁变化；项目周期的后期才能看到成果；强制的里程碑、完成时间点；文档工作量大

V模型：

W模型：

X模型：

H模型：

按测试手段分类：

黑盒测试、白盒测试（对象可见度）

静态测试、动态测试（状态）

手工测试、自动化测试（执行方式）

黑盒测试：只测试单元功能，测试输入输出，不考虑内部结构，用户需求出发，事件驱动，关注功能

黑盒测试优点：容易实施；更贴近用户视角

缺点：测试覆盖率较低，一般只能覆盖代码量不到40%；针对黑盒的自动化测试复用率较低（黑盒关注功能），维护成本较高

主要关注：是否有不正确、遗漏的功能；能够正确输入输出；是否有数据结构或外部信息访问错误；性能是否满足要求（黑盒测试主要用于系统测试）

主要设计方法：等价类划分法、因果图法、边界值分析法、正交试验分析法、流程分析法、错误推测法、状态迁移图法

白盒测试：又称结构化测试，强调逻辑结构（主要逻辑单位：语句、条件、条件组合、分支、路径）

白盒测试优点：迫使测试人员思考软件实现，理解原理；可检测代码中每条分支和路径；揭示隐藏在代码中的错误；对代码测试比较彻底

缺点：昂贵，工作量大；无法检测代码中遗漏的路径和数据敏感性错误；不能直接验证需求正确性

主要测试方法：代码检测法（代码审查、走查）、静态结构分析法、静态质量度量法（构造质量度量模型）、逻辑覆盖法（语句覆盖、条件覆盖、条件组合覆盖。。。）、基本路径测试法（程序控制流图）

灰盒测试：介于黑盒测试、白盒测试之间，既关注输入输出，也关注内部结构

静态测试：不执行被测程序，通过评审软件文档或代码度量程序静态复杂度，检查软件是否符合编程标准，发现程序不足，减少错误出现（互审、走查、会议）

动态测试：运行被测程序，检查运行结果与预期结果差异，分析运行效率、正确性、健壮性

手工测试：由测试人员从用户视角验证软件是否满足设计要求，适用针对深度的测试和强调主观判断的测试（众包测试、探索化测试）

自动化测试：使用单独测试工具软件控制测试的自动化执行以及对于其预期和结果进行自动检查（单元测试、接口测试、性能测试）

手工测试与自动化测试优缺点：

手工测试：

优点：易发现缺陷，容易实施、创造性、灵活性

缺点：覆盖量化难、重复测试效率低、不一致性、可靠性低、人力资源依赖

自动化测试：

优点：高效率、速度快、高复用性、覆盖率容易度量、准确、可靠、不知疲劳

缺点：机械、发现缺陷率低、一次性投入较大

软件测试，就是找茬^_^

手工测试 自动化测试

本地化测试要点

部署测试要点

无障碍测试

浏览器兼容性测试

前2个是模拟

后面是从代码层面测试